repository which you can query how many in
progress messages is from a given endpoint etc
http://camel.apache.org/maven/current/camel-core/apidocs/org/apache/camel/spi/InflightRepository.html
> Thanks a lot,
> Lunchbox
>
> --
> View this message in context:
> http://camel.465427.n5.nabble
465427.n5.nabble.com/Scheduled-Polling-Consumer-on-FTP-endpoint-tp472602p4581766.html
Sent from the Camel - Users mailing list archive at Nabble.com.
hour or something like that in production.
>
> Do you see any problem with this approach?
>
> Thanks a ton for the answers, plus, Camel is awesome! Keep up the great
> work.
>
> BR,
> Lunchbox
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.c
Camel is awesome! Keep up the great
work.
BR,
Lunchbox
--
View this message in context:
http://camel.465427.n5.nabble.com/Scheduled-Polling-Consumer-on-FTP-endpoint-tp472602p4578777.html
Sent from the Camel - Users mailing list archive at Nabble.com.
Date:
11.07.2011 14:51
Subject:
Re: Scheduled Polling Consumer on FTP endpoint
On Mon, Jul 11, 2011 at 10:58 AM, lunchbox
wrote:
> Hi all,
>
> I'm having the exact same problem as leNerd explains in the OP, except
I'm
> enriching from a JMS queue instead of a FTP server. Basicall
ch
> have been processed for their content successfully, but have failed to be
> sent over SOAP to another server (network interruptions etc). We store them
> in the JMS queue and periodically attempt to resend (all of) them.
>
> Thanks,
> Lunchbox
>
> --
> View this message
m.
Thanks,
Lunchbox
--
View this message in context:
http://camel.465427.n5.nabble.com/Scheduled-Polling-Consumer-on-FTP-endpoint-tp472602p4574353.html
Sent from the Camel - Users mailing list archive at Nabble.com.
int issues its one message
>>> per firing, the pollEnrich component only retrieves one (that is 1) file
>>> from the FTP server, as opposed to the intended batch of all available
>>> files!
>>>
>>> The above is only an attempt to check a FTP server once in a while and
>>> then retrieve all available files. I'm open to other solutions - also
>>> using Spring XML DSL.
>>>
>>>
>>> Reg. leNerd
>>>
>>>
>>>
>>
>>
>
>
-
---
Ashwin Karpe, Sr. Principal Consultant, PS - Opensource Center of Competence
Progress Software Corporation
14 Oak Park Drive
Bedford, MA 01730
---
+1-972-304-9084 (Office)
+1-972-971-1700 (Mobile)
Blog: http://opensourceknowledge.blogspot.com/
--
View this message in context:
http://old.nabble.com/Scheduled-Polling-Consumer-on-FTP-endpoint-tp28678774p28681500.html
Sent from the Camel - Users mailing list archive at Nabble.com.
How about using the quartz to call a processor? In this processor we can
start the route of the FTP endpoint, and we may consider to use other
quartz endpoint to stop the route.
from(quartz://scheduledpoll?cron=0/20+*+*+*+*+?").processor(new
Processor() {
void process(Exchange exchange) t
+ "&move=done")
>> .to("direct:someChannel");
>>
>>
>> The problem is then, that as the quartz endpoint issues its one message
>> per firing, the pollEnrich component only retrieves one (that is 1
SL.
>
>
> Reg. leNerd
>
>
>
-
---
Ashwin Karpe, Sr. Principal Consultant, PS - Opensource Center of Competence
Progress Software Corporation
14 Oak Park Drive
Bedford, MA 01730
---
+1-972-304-9084 (Office)
+1-972-971-1700 (Mobile)
Blog: http://opensourceknowledge.blogspot.com/
--
View this message in context:
http://old.nabble.com/Scheduled-Polling-Consumer-on-FTP-endpoint-tp28678774p28680001.html
Sent from the Camel - Users mailing list archive at Nabble.com.
tended batch of all available files!
The above is only an attempt to check a FTP server once in a while and then
retrieve all available files. I'm open to other solutions - also using
Spring XML DSL.
Reg. leNerd
--
View this message in context:
http://old.nabble.com/Scheduled-Polling-Consumer-on-FTP-endpoint-tp28678774p28678774.html
Sent from the Camel - Users mailing list archive at Nabble.com.
12 matches
Mail list logo
