On Sat, Oct 10, 2009 at 1:05 PM, Vladimir Okhotnikov <vokhotni...@gmail.com> wrote: > > Got it! The bitness (and probably OS flavor) is not relevant - the problem is > because the service account does not have "Modify" permission on the > existing file. I strongly suspect that it cannot rename the offending file > to satisfy readLock=rename and hangs forever. When I manually gave the > "Modify" permission on one of the offending files, the corresponding > consumer worked after service start. > > Nevertherless, I think it is still a bug - having such a poison file should > not prevent the consumer from processing other files. At the very least, an > indication of the problem in the log and skipping the problematic file are > needed. > > What do you think? >
You can already do this by the readLockTimeout option. See more details here: http://camel.apache.org/file2.html For example you can set it to 10000 as 10 seconds and if Camel cannot acquire the lock within that period it will skip this file and try the next one. > > Claus Ibsen-2 wrote: >> >> Hi >> >> It should work, at least that is the goal. >> >> Is it always the same consumer that does not work? >> Can you try with only 2 and 1 to see if the issue is there as well? >> >> And can you create a ticket in JIRA about this? I will get time next >> week to take a peak, but would appreciate if you had time to track >> down more details where the problem may lie. >> BTW Which OS do you use? >> >> >> On Thu, Oct 8, 2009 at 9:41 PM, Vladimir Okhotnikov >> <vokhotni...@gmail.com> wrote: >>> >>> Sorry, >>> >>> Camel 2.0 release >>> 3 routes like: >>> file:///home/javadev/workspace/camelroutes/testdir/testdata/testimport?delete=true&include=%5E.%2Bmapping_warnings%5C.txt%24&readLock=rename >>> >>> the only difference between all 3 is the include pattern. >>> >>> >>> Claus Ibsen-2 wrote: >>>> >>>> Hi >>>> >>>> Always state which version of Camel you are using. >>>> And post how you route is configured. >>>> >>>> >>>> On Thu, Oct 8, 2009 at 4:57 PM, Vladimir Okhotnikov >>>> <vokhotni...@gmail.com> wrote: >>>>> >>>>> Hi >>>>> >>>>> I'm observing quite a strange behavior at the moment. In my app, I have >>>>> several routes which all start by reading files in the same directory, >>>>> deleting them after processing. Obviously, each rule uses its own >>>>> include >>>>> pattern to process separate subset of files. >>>>> >>>>> Now, the problem is that if the camel context is started when there are >>>>> some >>>>> existing files in the directory, the matching routes do not seem to >>>>> work. >>>>> I >>>>> cannot see any related activity in the log file (except for the first >>>>> "1 >>>>> file to consume message"), and the newly added files are being piled up >>>>> in >>>>> the directory. The other routes, which had no matching files on camel >>>>> start >>>>> do work. >>>>> >>>>> Is it a bug or am I just missing something? >>>>> -- >>>>> View this message in context: >>>>> http://www.nabble.com/File-component-blocked-by-existing-files-tp25803233p25803233.html >>>>> Sent from the Camel - Users mailing list archive at Nabble.com. >>>>> >>>>> >>>> >>>> >>>> >>>> -- >>>> Claus Ibsen >>>> Apache Camel Committer >>>> >>>> Open Source Integration: http://fusesource.com >>>> Blog: http://davsclaus.blogspot.com/ >>>> Twitter: http://twitter.com/davsclaus >>>> >>>> >>> >>> -- >>> View this message in context: >>> http://www.nabble.com/File-component-blocked-by-existing-files-tp25803233p25806158.html >>> Sent from the Camel - Users mailing list archive at Nabble.com. >>> >>> >> >> >> >> -- >> Claus Ibsen >> Apache Camel Committer >> >> Open Source Integration: http://fusesource.com >> Blog: http://davsclaus.blogspot.com/ >> Twitter: http://twitter.com/davsclaus >> >> > > -- > View this message in context: > http://www.nabble.com/File-component-blocked-by-existing-files-tp25803233p25833119.html > Sent from the Camel - Users mailing list archive at Nabble.com. > > -- Claus Ibsen Apache Camel Committer Open Source Integration: http://fusesource.com Blog: http://davsclaus.blogspot.com/ Twitter: http://twitter.com/davsclaus
