[
https://issues.apache.org/jira/browse/AXIS2-2335?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12509856
]
Jackson Wynn commented on AXIS2-2335:
-------------------------------------
Hi Deepal,
I need to be able to change the effective policy without interrupting
the service. Are you saying that I don't need to get the AxisServlet's
ConfigurationContext to change the effective policy, or that I don't
need to change the effective policy, but can achieve the same effect
through the ServiceLifeCycle interface??
I'll have a look at ServiceLifeCycle and the wso2.org content.
Thanks for looking at my JIRA entry!
Jackson Wynn
> need to be able to change service policy on the fly...
> ------------------------------------------------------
>
> Key: AXIS2-2335
> URL: https://issues.apache.org/jira/browse/AXIS2-2335
> Project: Axis 2.0 (Axis2)
> Issue Type: Improvement
> Components: kernel
> Affects Versions: 1.1.1
> Environment: Windows XP, Tomcat 4.1, Axis2, using rampart 1.1
> Reporter: Jackson Wynn
> Assignee: Sanka Samaranayake
> Priority: Blocker
> Fix For: 1.3
>
>
> I need to be able to dynamically change the security policy of a specified
> axis service, where new security policies are constructed from static policy
> components contained in the services.xml, combined with policy components
> read in from external policy files downloaded separately to the server. This
> work is motivated by one of the rampart sample applications that loads policy
> files on the fly - I want to be able to demonstrate on-the-fly policy changes
> in an axis service as well..
> I wrote some service code that merges and normalizes policy components into a
> single policy object, which is applied to the axisService using
> applyPolicy(). I was able to verify in a debugger that the new policy object
> is correctly formed and stored in the axisService's policyInclude. The
> problem that I'm seeing is that the configurationContext that my service code
> updates with this new policy info is not the same instance that is used to
> initialize the messageContext for incoming SOAP messages. This second
> configurationContext is created when the AxisServlet is initialized, before
> my new policy is constructed, and there does not appear to be anyway to
> access this configurationContext instance within my service code.
> One possible solution would be for the ConfigurationContextFactory to
> maintain a reference to the initial configurationContext instance that it
> creates and to provide a static method that can be used to retrieve it from
> within the service code. I'm putting this in as an improvement request, but
> I'm not sure why there is a global context that is not globally accessible. I
> don't know the axis kernel well enough to understand why this would be a bad
> idea.
> Is there any other way to access the configurationContext instance maintained
> by the AxisServlet?
> Any ideas would be appreciated!
> Thanks,
> Jackson Wynn
> Lead Infosec Engineer - G026
> The MITRE Corporation
> Bedford, MA
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
