[
https://issues.apache.org/jira/browse/QPID-7832?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16210939#comment-16210939
]
ASF subversion and git services commented on QPID-7832:
-------------------------------------------------------
Commit e9e0e74e7b23587fbc384aaf03250a3c3e0c7624 in qpid-broker-j's branch
refs/heads/master from [~k-wall]
[ https://git-wip-us.apache.org/repos/asf?p=qpid-broker-j.git;h=e9e0e74 ]
QPID-7832: Fix infinite recursion when handling an AMQP1.0 message encoded in
the version 0 format. Fixes regression introduced by
660c206deb352aca3694a6b31f5f7cf6fca70533
End to end test added.
> Refactor store/protocol API using Collection<QpidByteBuffers>
> -------------------------------------------------------------
>
> Key: QPID-7832
> URL: https://issues.apache.org/jira/browse/QPID-7832
> Project: Qpid
> Issue Type: Improvement
> Components: Java Broker
> Reporter: Keith Wall
> Priority: Minor
> Fix For: qpid-java-broker-7.0.0
>
> Attachments:
> 0001-QPID-7832-Java-Broker-Refactor-store-protocol-API-us.patch
>
>
> Store/protocol APIs have gradually been evolving to accept/return message
> content/message metadata in terms of an ordered list of QBBs. This has lead
> to use of helper methods such as those in QBBUtils which read from a list of
> buffers rather than a single one.
> This would be better refactored. QpidByteBuffer should be an interface.
> This would allow a concrete implementation CompositeQpidByteBuffer which is
> backed by a list produced by the store or network IO.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
