[
https://issues.apache.org/jira/browse/AXIS2-2361?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Illsley closed AXIS2-2361.
--------------------------------
Resolution: Won't Fix
The current WS-Addressing spec does not define any copying of the wsa:From on
to response messages.
The described scenarios is really mixing layers in an uncomfortable way, it
would seem that a better way of dealing with this is either to put the replyto
address in the ReplyTo EPR or to carry the reply to address in a transport
header.
> oldMsgCtx 'From' does not copied to newMsgCtx 'From' when the MEP is IN_OUT
> ---------------------------------------------------------------------------
>
> Key: AXIS2-2361
> URL: https://issues.apache.org/jira/browse/AXIS2-2361
> Project: Axis 2.0 (Axis2)
> Issue Type: Bug
> Components: Addressing
> Environment: Any
> Reporter: Saminda Wishwajith Abeyruwan
> Assigned To: David Illsley
> Priority: Critical
>
> Use case:
> Mail is inherently asynchronous. Thus, if we are using mail with Axis2
> client/server it should be asynchronous. That mean we need to deal with
> addressing.
> But in mail transport we could simulate synchronous behavior
> (request/response). Ex: when using RM/SMTP with replyto being anonymous.
> Our mail transport logic is that, if the response EPR is anonymous/none or
> NULL, we try the value in msgCtx.getFrom();
> But in an IN_OUT MEP, at MessageReceiver when the new message context is
> created 'From' value is not copied from old msg ctx to the new msg ctx. Why ?
> Thus, in Mail, we need 'From' which is the 'From' from we get from SMTP
> headers, to simulate request/response.
--
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]
