Re: About the handler chain execution flow

Yi Xiao <[email protected]>
Newsgroups gmane.text.xml.axis.user
Message-ID <CABX8Rr1W0Mam6yx-fQXE6XcPmO+s+FKxE=CwOSbchaKX=QpcUQ__6014.58920068598$1350441152$gmane$org@mail.gmail.com>
 Could someone shed some light on the issue? Thanks very much.

On Tue, Oct 16, 2012 at 9:50 AM, Yi Xiao <[email protected]>wrote:

> Hi,
>
> Recently, I've tested some handler cases in Axis2, when I test the case
> that the handler return *false*, *inbound*,* oneWay* at server side, the
> message's execution flow is:
>
> Server_SOAPHandler1_handleMessage_Inbound:
> Server_SOAPHandler2_handleMessage_Inbound:
> Server_LogicalHandler_handleMessage_Inbound:// The LogicalHandler return
> false
> Server_LogicalHandler_close:
> Server_SOAPHandler2_close:
> Server_SOAPHandler1_close:
> *Server_sendString: *// The message is from endpoint
>
> I also test the same case in Glassfish3.1.2.2 and CXF 2.6.2.
>
> (1)The Glassfish result is:
>
> Server_SOAPHandler1_handleMessage_Inbound:
> Server_SOAPHandler2_handleMessage_Inbound:
> Server_LogicalHandler_handleMessage_Inbound:// The LogicalHandler return
> false
> *Server_sendString: *
> // The message is from endpoint
> Server_LogicalHandler_close:
> Server_SOAPHandler2_close:
> Server_SOAPHandler1_close:
>
> *
> *
>
> (2)The CXF result is:
>
> Server_SOAPHandler1_handleMessage_Inbound:
> Server_SOAPHandler2_handleMessage_Inbound:
> Server_LogicalHandler_handleMessage_Inbound:// The LogicalHandler return
> false
> Server_LogicalHandler_close:
> Server_SOAPHandler2_close:
> Server_SOAPHandler1_close:
>
>
> According to the jsr224 9.3.2.1,
>
> Return false This indicates that normal message processing should cease.
> Subsequent actions depend
> on whether the message exchange pattern (MEP) in use requires a response
> to the message currently
> being processed or not:
>
> *No response* Normal message processing stops, close is called on each
> previously invoked handler
> in the chain, the *message is dispatched* (see section 9.1.2.2).
>
> I am not sure about the mean of "message is dispatched", as the spec said,
> the normal message processing should cease, I think the message should
> dispatch to client directly but not endpoint.
> The Three implementations have three behavior, it's really painful for
> users to migrate their applications.
>
> Could someone explain it? I will be very appreciated :) thank you very
> much.
> --
> Best regards!
>
>
>                  John Xiao
>
>


-- 
Best regards!


                 John Xiao
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.