ASF subversion and git services commented on PROTON-278:

Commit 1534224 from r...@apache.org in branch 'proton/trunk'
[ https://svn.apache.org/r1534224 ]

PROTON-278: fixed reply-to expansion to not expand unset reply-to addresses

> Messenger - allow the application to control the use of the message reply-to 
> field.
> -----------------------------------------------------------------------------------
>                 Key: PROTON-278
>                 URL: https://issues.apache.org/jira/browse/PROTON-278
>             Project: Qpid Proton
>          Issue Type: Bug
>          Components: proton-c
>    Affects Versions: 0.4
>            Reporter: Ken Giusti
>            Assignee: Rafael H. Schloming
>            Priority: Critical
>              Labels: reply-to
>             Fix For: 0.6
> Currently, messenger always sets the reply-to field in a sent message.
> This should be changed to allow the application to set the reply-to field 
> only when a reply is desired.  Messenger should be changed to not 
> unconditionally set this field.
> In order to set this field in the case of a client that has not established a 
> subscription, the client needs to be able to query messenger for the proper 
> value of the reply-to address.  A new api would need to be created for this.  
> Proposal:
> int pn_messenger_set_reply( pn_messenger_t *msgr,  pn_message_t *msg )
> Set the proper reply-to address in msg.  msg would need to have its "to" 
> address configured in order for this method to succeed.
> At least, I think the value for the reply-to may depend on the 'to' 
> address... I may be wrong about that....
> Opinions?

This message was sent by Atlassian JIRA

Reply via email to