You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@camel.apache.org by "Jan-Helge Bergesen (JIRA)" <ji...@apache.org> on 2014/09/30 13:16:33 UTC
[jira] [Created] (CAMEL-7882) camel-syslog's CamelSyslogTimestamp
header is suddenly a GregorianCalendar
Jan-Helge Bergesen created CAMEL-7882:
-----------------------------------------
Summary: camel-syslog's CamelSyslogTimestamp header is suddenly a GregorianCalendar
Key: CAMEL-7882
URL: https://issues.apache.org/jira/browse/CAMEL-7882
Project: Camel
Issue Type: Bug
Components: camel-syslog
Affects Versions: 2.14.0
Environment: RHEL 2.6.32-431.20.3.el6.x86_64
Java 8
Reporter: Jan-Helge Bergesen
Priority: Minor
This is mostly to help others facing the same issue, as we just spent 4x3 hours figuring this out.
An app, that consumes syslog entries and forwards JMS (over OpenMQ), was upgraded from camel 2.13.0 to 2.14.0.
Afterwards many things broke upstream, which was masked by poor logging in some Glassfish servers (truncating stacktraces).
Turns out that the {{CamelSyslogTimestamp}} header was silently discarded, being a {{java.util.GregorianCalendar}} instance.
Forcing it into a {{java.util.Date}} before routing to the JMS endpoint restored service throughout the valuechain.
As I wrote; this is mostly a FYI to others :-).
But perhaps the documentation might reflect the lack of guaranteed conversion?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)