You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Rob Godfrey (JIRA)" <qp...@incubator.apache.org> on 2006/12/22 13:08:21 UTC
[jira] Updated: (QPID-228) Re-implement MapMessage in terms of
StreamMessage encoding
[ http://issues.apache.org/jira/browse/QPID-228?page=all ]
Rob Godfrey updated QPID-228:
-----------------------------
Attachment: QPID-228.patch
Fixes as described in the original description.
Passes all original unit tests.
Also small fix to the code which was in StreamMessage to handle better the case when readObject() is called for a byte[]
> Re-implement MapMessage in terms of StreamMessage encoding
> ----------------------------------------------------------
>
> Key: QPID-228
> URL: http://issues.apache.org/jira/browse/QPID-228
> Project: Qpid
> Issue Type: Bug
> Components: Java Client, JMS Compliance
> Reporter: Rob Godfrey
> Attachments: QPID-228.patch
>
>
> The current implementation of MapMessage uses the AMQP FieldTable type which has several implicit limitations of the values held as keys and as values. Instead implement the MapMessage in the same way as a StreamMessage with first the number of entries, followed by, for each entry, the encoded string key, and then the encoded object value.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira