[
https://issues.apache.org/activemq/browse/CAMEL-1749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Claus Ibsen resolved CAMEL-1749.
--------------------------------
Resolution: Working as Designed
trunk: 787947.
Improved WARN logging when Camel uses a Generic JMS message instead of either
- Text
- Bytes
- Object
- Map
that its supposed to use.
> Message body lost when message moved by exception clause
> --------------------------------------------------------
>
> Key: CAMEL-1749
> URL: https://issues.apache.org/activemq/browse/CAMEL-1749
> Project: Apache Camel
> Issue Type: Bug
> Affects Versions: 1.6.0, 1.6.1
> Environment: WIn XP, JSE1.5, ActiveMQ 5.1.0
> Reporter: Rune Berg
> Assignee: Claus Ibsen
> Attachments: ruting-bodyloss.zip
>
>
> (See:
> http://www.nabble.com/Message-body-lost-when-message-moved-by-exception-clause-td24088536.html)
> After upgrading from 1.5.0 to 1.6.1, we find that an exception clause such as
> this one
> <onException>
> <exception>no.spk.ruting.feil.PersonIkkeFunnetNavException</exception>
> <redeliveryPolicy maximumRedeliveries="0" />
> <handled>
> <constant>true</constant>
> </handled>
> <to ref="tpforholdArbeidskoe" />
> </onException>
> cause the message body to be *empty* after the message has been moved to
> tpforholdArbeidskoe. The message was jaxb-unmarshalled in the process that
> led up to the exception.
> ----------
> The attached application (which is a cut-down version of our real one)
> demonstrates the problem. To reproduce:
> 1. Post a message with a text body like this to queue "tpforholdHoved":
> <?xml version="1.0" encoding="UTF-8"?>
> <TPForholdHendelse>
> <type>Opprett</type>
> <ordning>1015</ordning>
> <datKundeFoedtNum>11223344</datKundeFoedtNum>
> <ideKundePrsnr>12345</ideKundePrsnr>
> </TPForholdHendelse>
> When this message gets consumed by
> TPForholdWSKlientImpl.opprettTPForholdNAV(), an exception is deliberately
> thrown, and the message gets moved to queue "tpforholdArbeidskoe".
> When, in turn, the message gets consumed by
> HendelseKlientWSKlientImpl.lagArbeidskoeHendelsePersonIkkeFunnet(), the
> message's body has been lost. At least, the param to
> HendelseKlientWSKlientImpl.lagArbeidskoeHendelsePersonIkkeFunnet() is null.
> 2. Now, change pom.xml som that the app uses Camel 1.5.0 instead. Rerun step
> 1. The problem does not occur now.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
