-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

+1 from me.

Dustin Amrhein wrote:
| +1
|
| Dustin Amrhein
|
| David Illsley <[EMAIL PROTECTED]> wrote: This seems like quite a clean 
solution.
| +1
|
| David
|
| On Wed, Mar 5, 2008 at 10:59 AM, Nikhil V Thaker
|  wrote:
|> I would like to propose a change to handle certain situations in jaxws where
|> we need to postpone the must understand header check from the AxisEngine to
|> the MessageReceiver. For example, in case of jaxws handler, an application
|> can choose to implement getHeaders() and choose to add valid header qnames
|> in that implementation. A mustUnderstand validation needs to happen for this
|> scenario as described in section 10.2.1 of jaxws specification, in this
|> situation if the jaxws handlers are not loaded, the must understand checks
|> has to be postponed from AxisEngine until the handler are loaded and
|> available in jaxws implementation.
|>
|> Currently all the must understand processing happens in AxisEngine's
|> receive() method, I would like to provide a facility in AxisEngine code
|> where we can choose to delegate MustUnderstand Check to a Message Receiver.
|> I would like to propose addition of a new interface called
|> MessageReceiverExtension in Kernel module which has a method
|> isMustUnderstandCheckPostponed, this new interface will be implemented by
|> JAXWSMessageReceiver and will help in making the runtime decision to
|> postpone must understand check in AxisEngine code.
|>
|> I had made this proposal back in October 08 and here's the link to that
|> email, http://markmail.org/message/zzqgh535slhpmkbz this email has the
|> attachment for original patch. Here is the link to the JIRA issue
|> https://issues.apache.org/jira/browse/AXIS2-3568
|>
|> Nikhil Thaker
|>  office: 512 838 9964
|>  [EMAIL PROTECTED]
|
|
|
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Cygwin)

iD8DBQFHzuC+gNg6eWEDv1kRAmCNAKC34fuqCTAANC13H9RkHeC5iQpeuwCfXUfs
LaXRXcHFPHwBzhzxiAFsoyY=
=zbYs
-----END PGP SIGNATURE-----

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

Reply via email to