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 "Colm O hEigeartaigh (JIRA)" <ji...@apache.org> on 2009/01/07 13:36:45 UTC

[jira] Commented: (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:comment-tabpanel&focusedCommentId=12661536#action_12661536 ] 

Colm O hEigeartaigh commented on WSS-154:
-----------------------------------------


Guillaume, hopefully this fix meets your requirements. I'll submit a patch to CXF to take advantage of the changes to WSSConfig on the inbound side.

> 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
>    Affects Versions: 1.5.4
>         Environment: Apache CXF 2.1.3, with Spring based configuration
>            Reporter: Guillaume Sauthier
>            Assignee: Colm O hEigeartaigh
>             Fix For: 1.5.5
>
>         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