camel-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Richard Kettelerij (JIRA)" <j...@apache.org>
Subject [jira] Issue Comment Edited: (CAMEL-3655) Add FtpPollingConsumer to better support polling consumer EIPs
Date Fri, 11 Feb 2011 13:53:00 GMT

    [ https://issues.apache.org/jira/browse/CAMEL-3655?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12993490#comment-12993490
] 

Richard Kettelerij edited comment on CAMEL-3655 at 2/11/11 1:52 PM:
--------------------------------------------------------------------

@Claus,

Thanks for creating the ticket (was about to do it myself but you were quicker ;)). Anyway
the issue I faced with the FTP component was that there's no option to read files on-demand
from FTP (or plain filesystem) in the middle of a route. The only way to read files is to
use a continuously polling consumer, which is fine it a lot of case I guess.

Now this can be solved by having a consumer that polls once and disconnects so you can use
it a content enricher. This should allow folks to download multiple files in one poll and
continue the route. Hadrian suggested using it in a pipeline (using {{to()}}) but this requires
a producer that can read from FTP instead of a consumer (CAMEL-3397).

Also this might be a more general issue, shouldn't all polling consumers allow for this behavior?
It certainly also affects the file: component.

      was (Author: rkettelerij):
    @Claus,

Thanks for creating the ticket (was about to do it myself but you were quicker ;)). Anyway
the issue I faced with the FTP component was that there's no option to read files on-demand
from FTP (or plain filesystem) in the middle of a route. The only way to read files is to
use a continuously polling consumer, which is fine it a lot of case I guess.

Now this can be solved by having a consumer that polls once and disconnects so you can use
it a content enricher. This should allow folks to download multiple files in one poll and
continue the route. Hadrian suggested using it in a pipeline (using {{to()}}) but this requires
a producer that can read from FTP instead of a consumer (CAMEL-3397).

Also this might be a more general issue, shouldn't all polling consumers (without a viable
event-driven counterpart) allow for this behavior? It certainly also affects the file: component.
  
> Add FtpPollingConsumer to better support polling consumer EIPs
> --------------------------------------------------------------
>
>                 Key: CAMEL-3655
>                 URL: https://issues.apache.org/jira/browse/CAMEL-3655
>             Project: Camel
>          Issue Type: Improvement
>          Components: camel-ftp
>    Affects Versions: 2.6.0
>            Reporter: Claus Ibsen
>            Assignee: Tracy Snell
>             Fix For: 2.7.0
>
>
> See nabble
> http://camel.465427.n5.nabble.com/Event-driven-FTP-consumer-tp3376242p3376242.html
> The PollingConsumer should only poll once and thus it should not be schedule based, and
it should disconnect after polling.

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message