You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@camel.apache.org by "Seon Lee (JIRA)" <ji...@apache.org> on 2008/06/19 17:31:00 UTC
[jira] Commented: (CAMEL-618) Oracle AQ contains a typo
"JMSXRecvTimeStamp" -- the JMS spec lists the correct spelling as
"JMSXRcvTimeStamp". Camel's JmsBinding also has the correct spelling, but
can be patched to prevent Oracle AQ from puking.
[ https://issues.apache.org/activemq/browse/CAMEL-618?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=43584#action_43584 ]
Seon Lee commented on CAMEL-618:
--------------------------------
I posted about this bug on the Oracle forums and someone replied that it has been addressed, possibly even for a future release?
Here is the link:
http://forums.oracle.com/forums/thread.jspa?messageID=2600654�
> Oracle AQ contains a typo "JMSXRecvTimeStamp" -- the JMS spec lists the correct spelling as "JMSXRcvTimeStamp". Camel's JmsBinding also has the correct spelling, but can be patched to prevent Oracle AQ from puking.
> -----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: CAMEL-618
> URL: https://issues.apache.org/activemq/browse/CAMEL-618
> Project: Apache Camel
> Issue Type: Bug
> Components: camel-jms
> Affects Versions: 1.3.0
> Environment: Windows XP, OC4J standalone Release 10.1.330, Oracle Database 10g Release 10.2.1.0
> Reporter: Seon Lee
> Attachments: oraclebugs.diff
>
>
> http://www.nabble.com/%28Fixed-%29-Updated---Help-w--Oracle-JMS-and-AQjmsException-%28JMS-147%29-td17989368s22882.html
> Oracle's Message implementation (AQjmsMessage) has a typo, I am pretty certain that it exists as "JMSXRecvTimeStamp". To workaround this typo I patched org.apache.camel.component.jms.JMSBinding to include the misspelled property name in set of ignored headers/properties.
> Additionally, I believe Oracle might be setting null values for empty or missing standard and optional JMS reserved properties/headers. Most notably JMSReplyTo. This is resulting in JMSBinding attempting to set a null Destination on the JMSReplyTo header which then results in an Oracle exception. A quick patch was to check for null values and ignore them in the method JmsBinding.appendJmsProperties() for the JMSReplyTo header. A better fix is probably to prevent empty/blank headers or properties from originating at the Oracle level... assuming nulls/blanks are not allowed by the JMS 1.1 spec.
> Anyhoo, I will attach some diff patches to this issue for your review.
> Cheers!
> Seon
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.