[
https://issues.apache.org/jira/browse/QPID-6826?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14989837#comment-14989837
]
Gordon Sim commented on QPID-6826:
----------------------------------
I believe the message format *is* set on frames sent by proton-c, and the value
is always 0.
As far as I can tell though there is no way for an application - such as qpidd
- to access the message format of a received message and proton-c does not
check it either. So it is a proton-c issue at root.
> 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]
