Ben,

it is **/ws/security/handler/WSS4JHandler.java

There are also some sepcific testcase for this handler
burried in the test package. They contain *RPC* in their
class name AFAIK :-)

Regards,
Werner

> -----Ursprüngliche Nachricht-----
> Von: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] 
> Gesendet: Mittwoch, 3. August 2005 17:02
> An: Dittmann, Werner; [EMAIL PROTECTED]
> Cc: [email protected]
> Betreff: RE: WSDoAllSender/Receiver Handler types
> 
> 
> If by JAX-RPC compliant handler you mean it extends
> "javax.xml.rpc.handler.Handler", then that's perfect - where 
> is this class?
> 
> Many thanks!!
> 
> Ben 
> 
> > -----Original Message-----
> > From: Dittmann, Werner [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, August 03, 2005 10:58 AM
> > To: [EMAIL PROTECTED]; Temko, Benjamin 
> > Cc: [email protected]
> > Subject: AW: WSDoAllSender/Receiver Handler types
> > 
> > 
> > Ben,
> > 
> > we also provide a JAX-RPC compliant handler? wouldn't
> > that answer the question?
> > 
> > Regards,
> > Werner
> > 
> > > -----Ursprüngliche Nachricht-----
> > > Von: Davanum Srinivas [mailto:[EMAIL PROTECTED] 
> > > Gesendet: Mittwoch, 3. August 2005 16:44
> > > An: [EMAIL PROTECTED]
> > > Cc: [email protected]
> > > Betreff: Re: WSDoAllSender/Receiver Handler types
> > > 
> > > 
> > > Can you review 
> > > http://cvs.apache.org/viewcvs.cgi/ws-axis/java/src/org/apache/
> > > axis/handlers/HandlerChainImpl.java?
> > > 
> > > You could maintain your own list of WSDoAllSender 
> handlers and call
> > > invoke on the org.apache.axis.handlers.BasicHandler instead of
> > > handleRequest calls as is done in HandlerChainImpl.java
> > > 
> > > -- dims
> > > 
> > > On 8/3/05, [EMAIL PROTECTED]
> > > <[EMAIL PROTECTED]> wrote:
> > > > Hi,
> > > > 
> > > > I've been grokking the WSS4J code for several months now.  
> > > I've managed to
> > > > get the UsernameToken and X509Token profiles working 
> > > beautifully, and I'm
> > > > proceeding to the SAML Token profile now.  I've implemented 
> > > my own Merlins,
> > > > am programmatically configuring services to use the 
> > > callbacks, the whole
> > > > schmear.  What I'm wondering is the following:
> > > > 
> > > > I have many different services each of which can 
> > > potentially require any of
> > > > the three WSS Profiles.  I want to be able to specify 
> > > per-service which
> > > > handler to use, only I haven't been able to do this.  The 
> > > primary reason is
> > > > that the WSDoAllSender class does not extend
> > > > "javax.xml.rpc.handler.Handler", it instead extends
> > > > "org.apache.axis.handlers.BasicHandler".  Because of this, 
> > > I cannot add
> > > > separately configued WSDoAllSender instances to a 
> > > HandlerChainImpl in order
> > > > to register this particular Handler Chain with a particular 
> > > Service via
> > > > 
> > Service.getHandlerRegistry().setHandlerChain(myHandlerChainImpl), as
> > > > HandlerChains require the former type of Handler, not the 
> > > latter.  The only
> > > > thing I can do is to change the Handler for the entire Axis 
> > > Client Engine,
> > > > which means that if I have a multi-threaded application, 
> > > and some of those
> > > > threads are performing Service calls requiring the Username 
> > > Token profile,
> > > > and some of those threads are attempting to lookup up a 
> > > service in a UDDI
> > > > Registry and some of those threads are attempting to make 
> > > Service calls on a
> > > > Service requiring the X509 Token profile, I have to juggle 
> > > my Engine's
> > > > configuration around or serialize all of my service calls, 
> > > neither of which
> > > > are very good solutions.
> > > > 
> > > > If you know of a workaround for this situation or have any 
> > > advice you can
> > > > forward I would greatly appreciate a brief discussion.  
> > > This is a critical
> > > > issue for us and while I can see a way around it using 
> > the existing
> > > > codebase, it's not an ideal solution by any stretch.
> > > > 
> > > > I thank you most kindly for your time!
> > > > 
> > > > Best regards,
> > > > 
> > > > Ben
> > > > 
> > ___________________________________________________________________
> > > > The information contained in this message and any 
> > attachment may be
> > > > proprietary, confidential, and privileged or subject to the work
> > > > product doctrine and thus protected from disclosure.  If 
> > the reader
> > > > of this message is not the intended recipient, or an employee or
> > > > agent responsible for delivering this message to the intended
> > > > recipient, you are hereby notified that any dissemination,
> > > > distribution or copying of this communication is strictly 
> > > prohibited.
> > > > If you have received this communication in error, 
> please notify me
> > > > immediately by replying to this message and deleting it and all
> > > > copies and backups thereof.  Thank you.
> > > > 
> > > > 
> > > > 
> > > 
> > 
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > > 
> > > > 
> > > 
> > > 
> > > -- 
> > > Davanum Srinivas -http://blogs.cocoondev.org/dims/
> > > 
> > > 
> > 
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > 
> > > 
> > 
> ___________________________________________________________________
> The information contained in this message and any attachment may be
> proprietary, confidential, and privileged or subject to the work
> product doctrine and thus protected from disclosure.  If the reader
> of this message is not the intended recipient, or an employee or
> agent responsible for delivering this message to the intended
> recipient, you are hereby notified that any dissemination,
> distribution or copying of this communication is strictly prohibited.
> If you have received this communication in error, please notify me
> immediately by replying to this message and deleting it and all
> copies and backups thereof.  Thank you.
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to