Hi everybody, In our project we have to grab lots of files out of a directory and copy them into another directory. The time, when we start the file consumption is fixed and given, we just have to grab all files from the directory.(What I have to say is, that we don't know how much files we have to grab, or how they are named) If this happened, we want to make the route sleeping until the next "grabbing" time. At the end of the route (when all Files are transfered), we are calling a java bean for creating a protocol.
We have already solved the timer based task(our route is starting at a fixed time, using quartz) and now there is the problem: The route isn't able to sleep, because the file consumer is polling based and always polling on the directory. What we need: In best case, we want to use a file consumer, which is able to start grabbing files from a directory (consuming all files) and able to stop, when all files are consumed. (so a non polling based file endpoint) If this solution doesn't exist in camel yet, we need to do a workaround. Maybe there is a possibility, to stop the polling consumer, when the consumer wasn't able to find files for more than a fixed duration? (maybe 1 minute or something like this) Or are there any other workarounds to stop the polling consumer, if all files were consumed? Is it possible to customize the polling consumer? I know are already some topics, which are familiar to this topic, I have already read the following topics: http://camel.465427.n5.nabble.com/Scheduling-routes-with-RoutePolicy-td4269200.html http://camel.465427.n5.nabble.com/How-do-YOU-handle-scheduling-td2838886.html http://camel.465427.n5.nabble.com/Camel-schedule-the-move-of-messages-td477628.html#a477636 I have to say, I haven't found any solutions in these topics. If any additional Information is needed, please answer to this post. Thanks in advance, Lukas -- View this message in context: http://camel.465427.n5.nabble.com/Non-polling-based-file-consumer-tp4888325p4888325.html Sent from the Camel - Users mailing list archive at Nabble.com.
