[ 
https://issues.apache.org/jira/browse/QPIDJMS-49?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14543750#comment-14543750
 ] 

Robbie Gemmell commented on QPIDJMS-49:
---------------------------------------

Hi Jakub,

The likely cause for qpid-send (which I admit I haven't tried, but will now) to 
be doing this often would probably be for it to send 'data' body sections 
without any content type set, and understandably also without the particular 
annotation the JMS client can optionally use to decide on message types. 
Looking at the code I can see this case would indeed fail to classify, causing 
it to behave as observed.

It has long been the intention that should be a BytesMessage, so I'm a little 
surprised the tests allowed (and worse, actually validated) the current 
behavior. Oops. I'll get that fixed

> Not all messages can be received by the Qpid JMS client
> -------------------------------------------------------
>
>                 Key: QPIDJMS-49
>                 URL: https://issues.apache.org/jira/browse/QPIDJMS-49
>             Project: Qpid JMS
>          Issue Type: Bug
>          Components: qpid-jms-client
>    Affects Versions: 0.1.0
>            Reporter: Jakub Scholz
>
> When a message is received, the client tries to decode the message and 
> transform it to JmsMessage. However, the decoding of the message suceeds only 
> when the message:
> - has the JMS_MSG_TYPE annotation
> - or has a content type
> - or the content has a specific AMQP type
> However, if the message doesn't match any of these, the client simply returns 
> it back to the broker just with a warning:
> 2015-05-14 14:25:53 +0200 WARN org.apache.qpid.jms.provider.amqp.AmqpConsumer 
> - Error on transform: Could not create a JMS message from incoming message
> When using the Qpid JMS API with the Qpid C++ broker, it seems to happen 
> quite often that the messages falls into this category. For example the 
> qpid-send utility (+ other clients based on the C++ API) tends to produce 
> this kind of messages.
> Wouldn't it be better to transform such messages to BytesMessages? IMHO a 
> client application with some additional knowledge about the message content 
> might be able to process the payload correctly.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

Reply via email to