You are viewing a plain text version of this content. The canonical link for it is here.
Posted to wss4j-dev@ws.apache.org by "Guillaume Sauthier (JIRA)" <ji...@apache.org> on 2008/12/17 11:20:46 UTC
[jira] Updated: (WSS-154) Allow WSSConfig injection in WSHandler
and improve WSSConfig for injection of Processors instances
[ https://issues.apache.org/jira/browse/WSS-154?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Guillaume Sauthier updated WSS-154:
-----------------------------------
Attachment: wss4j.patch
This patch includes changes to WSSConfig and WSHandler to be more Spring friendly
> Allow WSSConfig injection in WSHandler and improve WSSConfig for injection of Processors instances
> --------------------------------------------------------------------------------------------------
>
> Key: WSS-154
> URL: https://issues.apache.org/jira/browse/WSS-154
> Project: WSS4J
> Issue Type: Improvement
> Components: WSS4J Core
> Environment: Apache CXF 2.1.3, with Spring based configuration
> Reporter: Guillaume Sauthier
> Assignee: Ruchith Udayanga Fernando
> Attachments: wss4j.patch
>
>
> Hi
> I've worked on WSS4J to allow Processor configuration.
> In CXF, security interceptor (based on WSS4J) are configured using a Spring configuration file.
> In my case, I wanted to add a Processor to handle my specific security token.
> In the current WSS4J, there is an extension mechanism (WSSConfig.setProcessor(QName, String)), but it doesn't accept a Processor instance, instead it nderstand a Processor classname tht will be instanciated.
> I need to have a Processor instance instead because my Processor is itself configured with Spring.
> So I propose a patch that change WSSConfig with a new method setProcessorInstances(Map<QName, Processor>).
> I've also changed the WSHandler.doReceiveAction method because it was creating a new WSSConfig instance each time it's invoked.
> So in my change, a WSSConfig instance (configured with my map of Processors instances) can be injected (WSHandler.setWssConfig) in WSHandler.
> So, in doReceiveAction, it will use that WSSConfig instead of creating a new one each time. If the wssConfig has not been injected, it recreates a new one, like the old behavior.
--
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: wss4j-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: wss4j-dev-help@ws.apache.org