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)