camel-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Romain Manni-Bucau <rmannibu...@gmail.com>
Subject Re: camel for "short" programs
Date Sun, 15 Dec 2013 17:57:25 GMT
If you look camel architecture it is great but not usable for batches
*out of the box*. What I find "sad" is the code needed to support this
(common) use case shouldn't be that important:

CamelContext ctx = new ...();
ctx.setSingleShort(true); // or singleExecution(); maybe

This would set the same boolean on the consumers which would not wait
to get data if nothing is available anymore and would stop the route.
Once all routes are stopped the context would be stopped too.

This way it would be easy to write cron-ned mains with camel without app hacks.

Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.com/rmannibucau



2013/12/15 John D. Ament <john.d.ament@gmail.com>:
> Romain,
>
> What do you mean?
>
> On Sat, Dec 14, 2013 at 4:00 PM, Romain Manni-Bucau
> <rmannibucau@gmail.com> wrote:
>> Hmm, so if I understand you camel will not solve it. I find it sad cause
>> camel pipeline and the numerous components are 2 tempting things for
>> batches but the fact to be able to process what is here when starting and
>> dont wait another messge is no more is present is mandatory to be usable.
>>
>> I know it is hackable but I dont think it is clean if not in camel itself.
>> Context should get an option propagated to consumer for it imo.
>> Le 14 déc. 2013 16:32, "kraythe ." <kraythe@gmail.com> a écrit :
>>
>>> Indeed. Though you could use it to start up and shut down, nothing stopping
>>> you. I would not opt for that choice if I had some sort of deployment
>>> system where I could keep the routes running.
>>>
>>> *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 Sat, Dec 14, 2013 at 9:09 AM, John D. Ament <john.d.ament@gmail.com
>>> >wrote:
>>>
>>> > Why not use a polling consumer?
>>> >
>>> > On Sat, Dec 14, 2013 at 6:25 AM, Romain Manni-Bucau
>>> > <rmannibucau@gmail.com> wrote:
>>> > > Hi
>>> > >
>>> > > any opinion on how to make consumers consume all what is possible when
>>> > > program is running then shutdown the route once processed?
>>> > >
>>> > > It is basically needed for BatchEE camel extension (
>>> > >
>>> >
>>> https://git-wip-us.apache.org/repos/asf?p=incubator-batchee.git;a=blob;f=extensions/camel/src/main/java/org/apache/batchee/camel/CamelItemReader.java;h=bf4d289a8fea4a18f783353c3cb25d1aa9050018;hb=HEAD
>>> > > ) + I wondered it for some batches I wrote some months ago without
>>> > > camel because the infra needed for it was too heavy (route policy +
>>> > > few other things) compared to the gain.
>>> > >
>>> > > ATM batchee relies on timeout but surely not the best way to do.
>>> > >
>>> > > Romain Manni-Bucau
>>> > > Twitter: @rmannibucau
>>> > > Blog: http://rmannibucau.wordpress.com/
>>> > > LinkedIn: http://fr.linkedin.com/in/rmannibucau
>>> > > Github: https://github.com/rmannibucau
>>> >
>>>

Mime
View raw message