[
https://issues.apache.org/jira/browse/ARTEMIS-2096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16654238#comment-16654238
]
ASF subversion and git services commented on ARTEMIS-2096:
----------------------------------------------------------
Commit 48e0fc8f42346d96bc809593a150e05a586787ee in activemq-artemis's branch
refs/heads/2.6.x from Clebert Suconic
[ https://git-wip-us.apache.org/repos/asf?p=activemq-artemis.git;h=48e0fc8 ]
ARTEMIS-2135 Race condition on getProtonMessage / getHeader causing NPE
Test was added at commit 48d8a54135732b2b34251f571aa3a5cadc44d3a9
I did not use cherry-pick from master as this is no longer an issue in master
after the refactoring
done at ARTEMIS-2096.
> AMQP: Refactoring AMQPMessage abstraction for better consistency and
> performance
> --------------------------------------------------------------------------------
>
> Key: ARTEMIS-2096
> URL: https://issues.apache.org/jira/browse/ARTEMIS-2096
> Project: ActiveMQ Artemis
> Issue Type: Bug
> Components: AMQP
> Affects Versions: 2.6.3
> Reporter: Timothy Bish
> Assignee: Timothy Bish
> Priority: Major
> Fix For: 2.7.0
>
>
> The AMQPMessage abstraction used to wrap the AMQP message section has some
> inconsistencies in how it manages the underlying data and the decoded AMQP
> section obtained from the Proton-J codec as well as issues with state being
> maintained in the presence of changes to the message made through the public
> facing Message APIs
> A refactoring of the AMQPMessage class to better utilize the proton-j codec
> to manage the message data and how it is parsed and re-encoded on change
> needs to be done to ensure no corrupt messages are sent and that we are not
> decoding and encoding sections of the message we are not intending to read or
> change on the sever (We currently can decode message bodies or footer is a
> few cases where we intend not to).
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)