You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@activemq.apache.org by "Jim Gomes (JIRA)" <ji...@apache.org> on 2011/02/02 18:07:29 UTC
[jira] Updated: (AMQNET-60) Sending BytesMessages does not send
terminating NULL byte to end frame.
[ https://issues.apache.org/jira/browse/AMQNET-60?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jim Gomes updated AMQNET-60:
----------------------------
Parent: (was: AMQNET-68)
> Sending BytesMessages does not send terminating NULL byte to end frame.
> -----------------------------------------------------------------------
>
> Key: AMQNET-60
> URL: https://issues.apache.org/jira/browse/AMQNET-60
> 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
> Attachments: StompFrameStream.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 StompFrameStream.Flush() function does not send this final terminating NULL byte. This will hang a client that is waiting for a response from the broker, because the broker is waiting for the client to finish sending the frame.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira