[
https://issues.apache.org/jira/browse/AMQNET-59?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jim Gomes updated AMQNET-59:
----------------------------
Parent: (was: AMQNET-68)
> Unmarshalling Bytes Message does not read NULL terminating byte
> ---------------------------------------------------------------
>
> Key: AMQNET-59
> URL: https://issues.apache.org/jira/browse/AMQNET-59
> Project: ActiveMQ .Net
> Issue Type: Bug
> Components: ActiveMQ
> Environment: Windows XP SP2
> .NET 2.0
> STOMPConnect 1.0
> TIBCO EMS 4.2.0
> Reporter: Jim Gomes
> Assignee: james strachan
> Priority: Critical
> Attachments: StompWireFormat.cs.patch.txt
>
> Original Estimate: 1h
> Remaining Estimate: 1h
>
> The [STOMP protocol
> specification|http://docs.codehaus.org/display/STOMP/Protocol] states that a
> bytes message frame should still be NULL terminated even when the
> content-length header is specified. The StompWireFormat.Unmarshal() function
> does not read this final terminating NULL byte when unmarshaling a bytes
> message. This messes up the parsing of the next message to be sent to the
> consumer, and it will be discarded as an unknown format message.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
