[ 
https://issues.apache.org/jira/browse/PROTON-1949?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16638452#comment-16638452
 ] 

Robbie Gemmell commented on PROTON-1949:
----------------------------------------

I don't think your desire really works. Messages with no header do still have a 
priority, 4. The spec is clear that its semantically the same whether the 
header is sent or not, or the value is populated or not. I don't think you can 
reasonably treat the field/value's presence or not as definitely indicating it 
'had one assigned' when that value is 4. For example, to complicate matters, I 
think perhaps in the past proton-c actually sent the value 4 if you included a 
header but hadn't explicitly set the priority to 4.

(The JMS client also omits a header when it can, as its a waste of bytes and 
work done encoding/decoding it)

> no message header if priority == default
> ----------------------------------------
>
>                 Key: PROTON-1949
>                 URL: https://issues.apache.org/jira/browse/PROTON-1949
>             Project: Qpid Proton
>          Issue Type: Bug
>            Reporter: michael goulish
>            Priority: Major
>
> Proton does not send a message header if there would be nothing in it but the 
> priority field, and if the priority was set to the default value (4). 
> At the router level, we are allowing the user to set priorities on addresses. 
> Those priorities will be given to any message sent to that address if the 
> message otherwise had no priority set.
> So - we need to be able to distinguish between messages that were assigned 
> the default priority, and messages in which the priority was left undefined.
> We would like proton to send the priority field in the message header if the 
> user sets any priority. Then we will be able to interpret no header, or no 
> priority field in the header as "no priority was assigned".
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to