activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jim Gomes (JIRA)" <jira+amq...@apache.org>
Subject [jira] Updated: (AMQNET-59) Unmarshalling Bytes Message does not read NULL terminating byte
Date Wed, 02 Feb 2011 17:07:28 GMT

     [ 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

        

Mime
View raw message