[
https://issues.apache.org/jira/browse/QPID-6826?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14988724#comment-14988724
]
Matt Broadstone commented on QPID-6826:
---------------------------------------
In our case its that it's accepting the first transfer frame for a message, but
yes I think it's supposed to go both ways here (according to the spec).
Frankly, I'm not sure it matters all that much (assuming its 0 in its absence
is probably satisfactory), but it bit me today so I figured I'd pay it forward.
> transfer frame message-format is required to be 0
> -------------------------------------------------
>
> Key: QPID-6826
> URL: https://issues.apache.org/jira/browse/QPID-6826
> Project: Qpid
> Issue Type: Bug
> Components: C++ Broker
> Affects Versions: 0.32
> Reporter: Matt Broadstone
> Priority: Minor
>
> I work on an node AMQP 1.0 module
> (https://github.com/noodlefrenzy/node-amqp10), and we recently discovered a
> bug that prevented us from communicating properly with Azure EventHub over
> AMQP 1.0 because we were sending a `null` value for the message-format of a
> transfer frame. I also run a number of integration tests against qpidd (and
> use qpidd for a product), and realized that this has never been an issue. The
> specification indicates that the message format described in the spec
> (section 3.2) is defined as message format 0.
> This isn't a big bug (perhaps it isn't even a bug, you just assume the
> absence of a value defaults to 0?), but I figured I would let you guys know
> just in case!
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
