On 22 August 2011 06:28, Lionel Cons <span dir="ltr">&lt;<a href="mailto:lionel.cons@cern.ch">lionel.cons@cern.ch</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">Matthias Radestock writes:<br>
�&gt; Yes. I think you&#39;ll find that currently there are *two* message-ids in<br>
�&gt; the MESSAGE frame - the original and Rabbit&#39;s. I will file a bug to get<br>
�&gt; that fixed.<br></div></blockquote><div><br>Isn&#39;t the user-supplied message-id sent in the MESSAGE as &quot;amqp-message-id&quot;? In which case there really is only one &quot;message-id&quot; header in the MESSAGE?<br>
�</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">
According to the<br></div>
STOMP 1.1 spec, only the first one (the user supplied one) should be<br>
taken into account. Hence the buggy behavior.<br></blockquote><div><br>STOMP mentions &quot;message-id&quot; for MESSAGE and ACK and NACK only. It doesn&#39;t say anything about SEND. For compatibility with the spec, the client code should take the &quot;message-id&quot; from the MESSAGE and use that in any related ACK or NACK. Don&#39;t use the &quot;message-id&quot; from the SEND, in other words, since that&#39;s a RabbitMQ (and presumably also ActiveMQ etc) extension.<br>
<br>I&#39;m not sure this is a bug. It&#39;s certainly something that&#39;d be difficult to change, because of the way STOMP 1.1 is defined and the way RabbitMQ wants to use the message ID field. In particular, there&#39;s no real way to let people use their own user-supplied message-id values in an ACK or NACK frame.<br>
<br>Cheers,<br>� Tony<br><br></div></div>