You are viewing a plain text version of this content. The canonical link for it is here.
Posted to sandesha-dev@ws.apache.org by "Thomas McKiernan (JIRA)" <ji...@apache.org> on 2006/09/21 15:55:22 UTC
[jira] Created: (SANDESHA2-30) acksTo EPR set from replyTo EPR
acksTo EPR set from replyTo EPR
-------------------------------
Key: SANDESHA2-30
URL: http://issues.apache.org/jira/browse/SANDESHA2-30
Project: Apache Sandesha2
Issue Type: Bug
Reporter: Thomas McKiernan
Priority: Minor
We have a requirement in certain situations to set the acksTo to be the same as the replyTo EPR.
While we could explicitly set the acksTo, we felt it would be more useful to have a flag which, if set for the operation, and if the msgCtx had no acksTo explicitly set, would make Sandesha use the replyTo as the acksTo.
Also, there are some cases where only the address portion of an EPR is used when copying an EPR e.g. when using value for "from" as the value for "to" on a reply msg. This might lose addressing information - the entire EPR should be preserved.
Patch to follow shortly
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: sandesha-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: sandesha-dev-help@ws.apache.org
[jira] Commented: (SANDESHA2-30) acksTo EPR set from replyTo EPR
Posted by "Chamikara Jayalath (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/SANDESHA2-30?page=comments#action_12437114 ]
Chamikara Jayalath commented on SANDESHA2-30:
---------------------------------------------
Applied. Thanks
Chamikara
> acksTo EPR set from replyTo EPR
> -------------------------------
>
> Key: SANDESHA2-30
> URL: http://issues.apache.org/jira/browse/SANDESHA2-30
> Project: Apache Sandesha2
> Issue Type: Bug
> Reporter: Thomas McKiernan
> Priority: Minor
> Attachments: acksTo.txt
>
>
> We have a requirement in certain situations to set the acksTo to be the same as the replyTo EPR.
> While we could explicitly set the acksTo, we felt it would be more useful to have a flag which, if set for the operation, and if the msgCtx had no acksTo explicitly set, would make Sandesha use the replyTo as the acksTo.
> Also, there are some cases where only the address portion of an EPR is used when copying an EPR e.g. when using value for "from" as the value for "to" on a reply msg. This might lose addressing information - the entire EPR should be preserved.
> Patch to follow shortly
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: sandesha-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: sandesha-dev-help@ws.apache.org
[jira] Updated: (SANDESHA2-30) acksTo EPR set from replyTo EPR
Posted by "Thomas McKiernan (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/SANDESHA2-30?page=all ]
Thomas McKiernan updated SANDESHA2-30:
--------------------------------------
Attachment: acksTo.txt
This should fix this issue
> acksTo EPR set from replyTo EPR
> -------------------------------
>
> Key: SANDESHA2-30
> URL: http://issues.apache.org/jira/browse/SANDESHA2-30
> Project: Apache Sandesha2
> Issue Type: Bug
> Reporter: Thomas McKiernan
> Priority: Minor
> Attachments: acksTo.txt
>
>
> We have a requirement in certain situations to set the acksTo to be the same as the replyTo EPR.
> While we could explicitly set the acksTo, we felt it would be more useful to have a flag which, if set for the operation, and if the msgCtx had no acksTo explicitly set, would make Sandesha use the replyTo as the acksTo.
> Also, there are some cases where only the address portion of an EPR is used when copying an EPR e.g. when using value for "from" as the value for "to" on a reply msg. This might lose addressing information - the entire EPR should be preserved.
> Patch to follow shortly
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: sandesha-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: sandesha-dev-help@ws.apache.org
[jira] Commented: (SANDESHA2-30) acksTo EPR set from replyTo EPR
Posted by "Chamikara Jayalath (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/SANDESHA2-30?page=comments#action_12437114 ]
Chamikara Jayalath commented on SANDESHA2-30:
---------------------------------------------
Applied. Thanks
Chamikara
> acksTo EPR set from replyTo EPR
> -------------------------------
>
> Key: SANDESHA2-30
> URL: http://issues.apache.org/jira/browse/SANDESHA2-30
> Project: Apache Sandesha2
> Issue Type: Bug
> Reporter: Thomas McKiernan
> Priority: Minor
> Attachments: acksTo.txt
>
>
> We have a requirement in certain situations to set the acksTo to be the same as the replyTo EPR.
> While we could explicitly set the acksTo, we felt it would be more useful to have a flag which, if set for the operation, and if the msgCtx had no acksTo explicitly set, would make Sandesha use the replyTo as the acksTo.
> Also, there are some cases where only the address portion of an EPR is used when copying an EPR e.g. when using value for "from" as the value for "to" on a reply msg. This might lose addressing information - the entire EPR should be preserved.
> Patch to follow shortly
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: sandesha-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: sandesha-dev-help@ws.apache.org
[jira] Resolved: (SANDESHA2-30) acksTo EPR set from replyTo EPR
Posted by "Chamikara Jayalath (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/SANDESHA2-30?page=all ]
Chamikara Jayalath resolved SANDESHA2-30.
-----------------------------------------
Resolution: Fixed
> acksTo EPR set from replyTo EPR
> -------------------------------
>
> Key: SANDESHA2-30
> URL: http://issues.apache.org/jira/browse/SANDESHA2-30
> Project: Apache Sandesha2
> Issue Type: Bug
> Reporter: Thomas McKiernan
> Priority: Minor
> Attachments: acksTo.txt
>
>
> We have a requirement in certain situations to set the acksTo to be the same as the replyTo EPR.
> While we could explicitly set the acksTo, we felt it would be more useful to have a flag which, if set for the operation, and if the msgCtx had no acksTo explicitly set, would make Sandesha use the replyTo as the acksTo.
> Also, there are some cases where only the address portion of an EPR is used when copying an EPR e.g. when using value for "from" as the value for "to" on a reply msg. This might lose addressing information - the entire EPR should be preserved.
> Patch to follow shortly
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: sandesha-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: sandesha-dev-help@ws.apache.org
[jira] Updated: (SANDESHA2-30) acksTo EPR set from replyTo EPR
Posted by "Thomas McKiernan (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/SANDESHA2-30?page=all ]
Thomas McKiernan updated SANDESHA2-30:
--------------------------------------
Attachment: acksTo.txt
This should fix this issue
> acksTo EPR set from replyTo EPR
> -------------------------------
>
> Key: SANDESHA2-30
> URL: http://issues.apache.org/jira/browse/SANDESHA2-30
> Project: Apache Sandesha2
> Issue Type: Bug
> Reporter: Thomas McKiernan
> Priority: Minor
> Attachments: acksTo.txt
>
>
> We have a requirement in certain situations to set the acksTo to be the same as the replyTo EPR.
> While we could explicitly set the acksTo, we felt it would be more useful to have a flag which, if set for the operation, and if the msgCtx had no acksTo explicitly set, would make Sandesha use the replyTo as the acksTo.
> Also, there are some cases where only the address portion of an EPR is used when copying an EPR e.g. when using value for "from" as the value for "to" on a reply msg. This might lose addressing information - the entire EPR should be preserved.
> Patch to follow shortly
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: sandesha-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: sandesha-dev-help@ws.apache.org
[jira] Resolved: (SANDESHA2-30) acksTo EPR set from replyTo EPR
Posted by "Chamikara Jayalath (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/SANDESHA2-30?page=all ]
Chamikara Jayalath resolved SANDESHA2-30.
-----------------------------------------
Resolution: Fixed
> acksTo EPR set from replyTo EPR
> -------------------------------
>
> Key: SANDESHA2-30
> URL: http://issues.apache.org/jira/browse/SANDESHA2-30
> Project: Apache Sandesha2
> Issue Type: Bug
> Reporter: Thomas McKiernan
> Priority: Minor
> Attachments: acksTo.txt
>
>
> We have a requirement in certain situations to set the acksTo to be the same as the replyTo EPR.
> While we could explicitly set the acksTo, we felt it would be more useful to have a flag which, if set for the operation, and if the msgCtx had no acksTo explicitly set, would make Sandesha use the replyTo as the acksTo.
> Also, there are some cases where only the address portion of an EPR is used when copying an EPR e.g. when using value for "from" as the value for "to" on a reply msg. This might lose addressing information - the entire EPR should be preserved.
> Patch to follow shortly
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: sandesha-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: sandesha-dev-help@ws.apache.org