[
https://issues.apache.org/jira/browse/ARTEMIS-4133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17677883#comment-17677883
]
ASF subversion and git services commented on ARTEMIS-4133:
----------------------------------------------------------
Commit 8a974fe89c0581468669a9f9f0e862cd8394c76f in activemq-artemis's branch
refs/heads/main from Justin Bertram
[ https://gitbox.apache.org/repos/asf?p=activemq-artemis.git;h=8a974fe89c ]
ARTEMIS-4133 msg w/null prop value can't be consumed via STOMP
> Message with null property value unable to be consumed via STOMP
> ----------------------------------------------------------------
>
> Key: ARTEMIS-4133
> URL: https://issues.apache.org/jira/browse/ARTEMIS-4133
> Project: ActiveMQ Artemis
> Issue Type: Bug
> Affects Versions: 2.27.1
> Reporter: Justin Bertram
> Assignee: Justin Bertram
> Priority: Major
> Fix For: 2.28.0
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> Reproduction steps:
> * Bring up an ActiveMQ Artemis 2.27.0 broker, with a queue (anycast in our
> case)
> * Use JMS to send a text-message from Java code, with a JMS property
> (header) with key equal to a non-empty string and with value (string
> property) set to NULL. The message is added to the queue.
> * Use STOMP (we use stomp.py) to subscribe to the queue with the text-message
> on it. The message will not be received, apparently because of the null value
> in the JMS property (header). At the default logging level no issue is
> reported by ActiveMQ Artemis. Also via the STOMP protocol no error is
> received. Any messages that are added to the queue which do not have headers
> with a NULL value are received properly via STOMP.
> *Note*: we haven't tested what happens if the key is NULL and the value is not
> Workaround:
> * Use a value unequal to NULL for the value of each JMS property (header)
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
