[
https://issues.apache.org/jira/browse/SYNAPSE-527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12935863#action_12935863
]
Andreas Veithen commented on SYNAPSE-527:
-----------------------------------------
Hiranya,
That is already the case since r573187, i.e. long before the issue was created.
The problem is neither with the NHTTP transport nor with the transports from
the Axis2 Transports project. The problem is that Synapse copies that property
from the incoming to the outgoing message context. If that is changed and if
the test described in a previous comment passes, then this issue can be
considered as resolved. Please note that this is an extremely serious issue
because it can result in message loss when mediating JMS messages.
> Transports use TRANSPORT_NON_BLOCKING in an incorrect way
> ---------------------------------------------------------
>
> Key: SYNAPSE-527
> URL: https://issues.apache.org/jira/browse/SYNAPSE-527
> Project: Synapse
> Issue Type: Bug
> Components: Transports
> Affects Versions: 1.2
> Reporter: Andreas Veithen
> Assignee: Andreas Veithen
> Priority: Critical
> Fix For: 2.0
>
> Attachments: synapse_sample_250.xml
>
>
> The TRANSPORT_NON_BLOCKING property is set on the message contexts for
> incoming messages by ServerWorker#createMessageContext (NIO HTTP transport)
> and AbstractTransportListener#createMessageContext. When the message is sent
> out, Synapse copies this property over to the message context for the
> outgoing message. This in turn has an impact on the threading behavior when
> the message is sent: depending on the value of TRANSPORT_NON_BLOCKING, the
> <send> mediator (more precisely the OperationClient) will invoke the outgoing
> transport in a separate thread. It is not clear why the transport that
> handles the incoming request should determine the threading behavior of the
> transport that sends the outgoing request to the target service.
> See also http://markmail.org/message/6iuslkueny24po73
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
