On Tue, 2006-10-31 at 17:12 +0900, Takahide Nogayama wrote: > > Yes, That is right. If we wrote handler which get parser and insert > filter, > at the top of handler chain, then we could avoid to change transport > layer to > insert filter. > > But we can not filter SOAP header part by the handler solution, > because > SOAP header part is already build in transport layer before handler > layer > by invoking envelope.getBody(). For example, envelope.getBody() is > called > on the bottom of HTTPTransportUtils.processHTTPPostRequest(), then the > envelope > is passed to AxisEngine. All StAXEvents of the SOAP header are already > consumed > by the handler gets envelope.
Hmmm. Good point. This is of course necessary because we have to be able to run different handlers depending on whether the message is a fault or not and for many cases the only way to tell is by looking at the body element. The only way to address this is to change the current model where someone has to decide before reaching AxisEngine whether a given message is a fault or not. I'd like to hear other people chime in on whether that should be changed and if so how .. Deepal/Eran/Dims/Glen/Bill or anyone else: thoughts please. Let me point out some issues: - Currently we have two top level global handler chains depending on whether the message is a "normal" message or a "fault" message - This would force us to introduce a new "common" global handler chain which would execute before a message is determined to be a fault or not. - What if the source of the message already knew that it was a fault (e.g., by the fact that it came in the payload of an HTTP 500)? Then is it legit to skip the "common" handlers?? It all feels very murky and unclean to me :(. Sanjiva. -- Sanjiva Weerawarana, Ph.D. Founder & Director; Lanka Software Foundation; http://www.opensource.lk/ Founder, Chairman & CEO; WSO2, Inc.; http://www.wso2.com/ Director; Open Source Initiative; http://www.opensource.org/ Member; Apache Software Foundation; http://www.apache.org/ Visiting Lecturer; University of Moratuwa; http://www.cse.mrt.ac.lk/ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
