(cc'd to commons-dev because we're discussing Axiom)
Hey Glen,
Restructuring is fine by me - I know it's necessary. Add that method
by all means, but given recent experience of writing handlers, I don't
think we can add methods for all the useful header access patterns
people might want.
Given that, how about we also add (I'm not bothered about the exact name):
SOAPHeaderBlock.matchesRole(RolePlayer rp)
?
Sadly things are a little busy so I won't be at ApacheCon. Have a good time!
David
On 06/11/2007, Glen Daniels <[EMAIL PROTECTED]> wrote:
> Hi David!
>
> If it's cool with you I'm going to restructure this a bit more. IMO, we
> shouldn't need to have role-processing code in specific handlers (i.e.
> AddressingInHandler) unless it's a very weird situation. Basically if
> we take another look at the SOAPHeader iterator code in Axiom, I think
> we should be able to do something as simple as this in AddressingInHandler:
>
> // get appropriate RolePlayer
> Iterator myHeaders = soapHeader.getHeaders(rolePlayer, namespaceURI);
> // ...now I've automatically got headers targeted at "me" in a namespace
>
> I'll noodle on this a bit and get back to the list on it.
>
> I don't suppose you're gonna be at ApacheCon next week, David?
>
> --Glen
>
> David Illsley wrote:
> > I've done a first pass at this (details below). If there are any
> > questions or objections, fire away!
> > David
> >
> > Author: davidillsley
> > Date: Fri Nov 2 10:02:24 2007
> > New Revision: 591402
> >
> > URL: http://svn.apache.org/viewvc?rev=591402&view=rev
> > Log:
> > SOAP 1.1 Actor/SOAP 1.2 Role Support
> > - Allows roles to be configued per AxisConfiguration object
> > - Roles can be configured through axis2.xml
> > - MustUnderstand checking modified to use this role configuration
> > (Defaults to existing behaviour if not explicitly turned on)
> > - AddressingInHandler modified to use this role configuration
> > if it exists.
> >
> > Apologies if I'm jumping the gun. If anyone objects I'm happy to withdraw
> > it.
> > (I got it done more quickly than I expected :-)
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
David Illsley - IBM Web Services Development
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
