You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Alex Rudyy (JIRA)" <ji...@apache.org> on 2018/03/23 16:37:00 UTC

[jira] [Created] (QPIDJMS-371) String representation of JMSMessageID values generated with message ID policy of type 'UUID' cannot be used in selector expressions

Alex Rudyy created QPIDJMS-371:
----------------------------------

             Summary: String representation of JMSMessageID values generated with message ID policy of type 'UUID' cannot be used in selector expressions
                 Key: QPIDJMS-371
                 URL: https://issues.apache.org/jira/browse/QPIDJMS-371
             Project: Qpid JMS
          Issue Type: Bug
            Reporter: Alex Rudyy


Message ID policy of type {{UUID'}} generates {{JMSMessageID}} values of  AMQP type {{UUID}}. Such {{JMSMessageID} values  represented  as {{String}} values (returned from method {{Message#getJMSMessageID()}}) in format {{ID:AMQP_UUID:<uuid string representation>}}. When such string value is used to build a JMS selector expression for example, {{String.format("JMSMessageID ='%s'", message#getJMSMessageID() )}}, the expression is sent to the broker in unmodified form.  The Broker might not be aware about prefix ''ID:AMQP_UUID:' and can fail to find the message corresponding the expression.

I did not test other Message ID policies and I guess that similar issue might happen for them as well.

I am not sure whether custom prefixes are added by design with an intention to document them as part of JMSMapping specification. If not, it would be desirable to strip custom prefixes either from selector expression or {{String}} representation of JMSMessageID values.



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

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org