Passing a JSON object across many processors can be costly too. Since the
processors usually parse the object so that they can evaluate its value or
add new values to it.

I think for the case in the same JVM, it's OK to use Java objects like
java.util.Map.
On May 2, 2014 1:05 AM, "kraythe ." <[email protected]> wrote:

> The question of efficiency should be thought of in an overall manner. Sure,
> the map is faster but when we add on all the serialization, is it really
> faster? JSON might be slower on access but the lack of needing to serialize
> it all the time has its benefits. This is important if the message will be
> crossing through JMS or some other means.
>
> However there is a third option If the data is really large you could
> instead use a "Claim Check" EIP pattern. That means you pass around a
> reference to a data store external to the route (database, ehcache,
> whatever) and then access the data in a route using a claim check. So if
> you had a route that stuffed the message in a cache, sent around the check,
> then another node could fetch the data out of the cache.
>
> Look at the ehcache and claim check patterns.
>
> *Robert Simmons Jr. MSc. - Lead Java Architect @ EA*
> *Author of: Hardcore Java (2003) and Maintainable Java (2012)*
> *LinkedIn: **http://www.linkedin.com/pub/robert-simmons/40/852/a39
> <http://www.linkedin.com/pub/robert-simmons/40/852/a39>*
>
>
> On Wed, Apr 30, 2014 at 5:13 AM, Muhammad Ichsan <[email protected]> wrote:
>
> > OK. I really get your point. Great answer!
> >
> > Thanks
> >
> > On Wed, Apr 30, 2014 at 5:18 PM, Jens Breitenstein <[email protected]
> >
> > wrote:
> > > onder if performance is really a problem? An object makes handling of
> > your
> > > business logic in all your camel processors far easier (a map, a
> business
> > > related class) in contrast to repeatingly parse XML again and again (in
> > case
> > > your logic is spread accross multiple processors). If you create an
> > instance
> > > ones and just send it immediately by JMS simply go for java's default
> > > serialization and you are done without writing any additional code
> until
> > > performance really matters
> >
> >
> >
> >
> > --
> > ~The best men are men who benefit to others
> > http://www.michsan.web.id 一緒に勉強しましょう!
> >
> > Yang berkualitas memang beda rasanya!
> > http://rizqi-cookies.com
> >
>

Reply via email to