You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Keith Wall (JIRA)" <ji...@apache.org> on 2017/05/31 10:06:04 UTC
[jira] [Commented] (QPID-7792) MessageStore reloads empty content
on the AMQP 1.0 delivery path
[ https://issues.apache.org/jira/browse/QPID-7792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16030931#comment-16030931 ]
Keith Wall commented on QPID-7792:
----------------------------------
It is not clear how this is coming about, for AMQP 1.0 this ought to be impossible as, AMQP Specification 3.2 says "The body consists of one of the following three choices: one or more data sections, one or more amqp-sequence sections, or a single amqp-value section" the content should never be empty.
> MessageStore reloads empty content on the AMQP 1.0 delivery path
> ----------------------------------------------------------------
>
> Key: QPID-7792
> URL: https://issues.apache.org/jira/browse/QPID-7792
> Project: Qpid
> Issue Type: Bug
> Components: Java Broker
> Reporter: Keith Wall
> Priority: Minor
>
> Examining the statistics resulting from a performance test using the AMQP 1.0 protocol, I notice that a small quantity of messages bytes have been flowed to disk ~3M. Investigation has shown that it is the *control* messages that are sent by the performance test framework that are affected. They are reported flowed to disk even though none of the flow disk criteria are breached. This does not happen on the AMQP 0-9.
> The difference is the consumer target paths. For 0-9, the ConsumerTarget does not call #getContent for messages that have a zero content size (org.apache.qpid.server.protocol.v0_8.ProtocolOutputConverterImpl#writeMessageDeliveryUnchanged), on the AMQP 1.0 path, org.apache.qpid.server.protocol.v1_0.ConsumerTarget_1_0#doSend makes the call regardless.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org