Hello Justin, Thank you for checking! Purposely not setting the AMQP priority header if the value is the JMS default value seems odd to me. I’ll let sleeping dogs lie if you don’t think it’s a bug.
Thanks again, Aaron ________________________________ From: Justin Bertram <jbert...@apache.org> Sent: Friday, December 8, 2023 3:42 PM To: users@activemq.apache.org <users@activemq.apache.org> Subject: Re: [EXTERNAL]:Re: STOMP client receives undefined priority header when JMSPriority = 4 (default) [CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.] ________________________________ Looking at the code [1] that converts the message from core to AMQP I can see that it will not set the priority if it's the default value (i.e. 4) so I would say what you're seeing is expected. Justin [1] https://github.com/apache/activemq-artemis/blob/main/artemis-protocols/artemis-amqp-protocol/src/main/java/org/apache/activemq/artemis/protocol/amqp/converter/CoreAmqpConverter.java#L115 On Fri, Dec 8, 2023 at 2:25 PM Steigerwald, Aaron <asteigerw...@brandesassociates.com.invalid> wrote: > Hello Justin, > > I’m sorry to report that I mistook an old AMQP test client for STOMP. The > problem I reported actually occurs with the RHEA AMQP node.js client code. > Everything else I reported is accurate. > > Any idea if the priority should be undefined using an AMQP client when the > message’s JMSPriority is 4? > > Thanks again, > Aaron > > ________________________________ > From: Justin Bertram <jbert...@apache.org> > Sent: Thursday, December 7, 2023 11:36 PM > To: users@activemq.apache.org <users@activemq.apache.org> > Subject: [EXTERNAL]:Re: STOMP client receives undefined priority header > when JMSPriority = 4 (default) > > [CAUTION: This email originated from outside of the organization. Do not > click links or open attachments unless you recognize the sender and know > the content is safe.] > ________________________________ > > > I just tested this on the main branch with an OpenWire JMS producer and the > STOMP client in our test-suite. The OpenWire JMS producer did not invoke > setJMSPriority and the STOMP client received a message with a header > "priority" with the value "4". > > What version of ActiveMQ Artemis are you using? Can you provide steps to > reproduce what you're seeing or possibly a STOMP protocol trace log [1] > from when you observe this behavior? > > > Justin > > [1] > > https://activemq.apache.org/components/artemis/documentation/latest/stomp.html#logging > > On Wed, Dec 6, 2023 at 1:55 PM Steigerwald, Aaron > <asteigerw...@brandesassociates.com.invalid> wrote: > > > Hello, > > > > My STOMP client receives populated priority header values when it > consumes > > OpenWire JMS messages with valid JMSPriority values except 4. Is this > > expected behavior because 4 is the default JMSPriority value? Should the > > STOMP client assume the priority is 4 if the priority header is > undefined? > > > > This occurs with an Artemis broker, an OpenWire producer, and a stompit > > consumer. > > > > Thank you, > > Aaron > > >