camel-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Claus Ibsen <>
Subject Re: Camel 2.0 - Keys for header problem
Date Sun, 22 Feb 2009 08:42:42 GMT

As part of this change I propose to move the common key constants we
have scattered in the camel-core into Exchange as Willem Jiang have
done for a few ones already.
The we have a single central interface that end users can inspect and
see the constants for the keys if they need to lookup in a
header/property on a Exchange.

If the Exchange interface is not a liked place to store them we can
use a regular Constants class instead.

Any thoughts?

Remember this is just a constant for the key, not the actual string
literal used as key. This issue is still debated, whether CamelCase or
the old dot style.

On Tue, Feb 17, 2009 at 8:58 AM, Claus Ibsen <> wrote:
> Hi
> We have a bullet on the Camel 2.0 design page:
> Bullet:
> using Camel${component}${name} pattern as header keys instead of using
> package names with dots that isn't likely to be transported by JMS or
> other transport types
> Currently we have mixed content using the old style (using package
> names) and the new style.
> What I would like to get done before we have a M1 version is to get
> this fixed beforehand.
> As the change involves looking into all components and fixing it one
> by one it would take some time.
> If you are in doubt why we should do it, then i will quote what
> Jonathan wrote on IRC
> "this is CamelCase style"
> Well spotted Jon, of course we should have CamelCase in Camel :)
> Any thoughts?
> --
> Claus Ibsen
> Apache Camel Committer
> Open Source Integration:
> Blog:

Claus Ibsen
Apache Camel Committer

Open Source Integration:

View raw message