I think the issue is in the Smooks library: If you have a look at org.apache.camel.builder.xml.XsltBuilder#process(Exchange) [1] you can see Camel also close the underlying input stream of the source. Smooks doesn't do this in org.milyn.templating.xslt.XslTemplateProcessor#bypass(...) [2].
Can you ask the Smooks guys (in CC) to fix it? [1] https://svn.apache.org/repos/asf/camel/tags/camel-2.10.2/camel-core/src/main/java/org/apache/camel/builder/xml/XsltBuilder.java [2] https://github.com/smooks/smooks/blob/v1.5.1/smooks-cartridges/templating/src/main/java/org/milyn/templating/xslt/XslTemplateProcessor.java Best, Christian On Wed, Nov 7, 2012 at 6:52 AM, captnbli < peter.mil...@objectconsulting.com.au> wrote: > Hi, > > When I drop the first file in a target directory in the Route below, the > file is processed and deleted fine. The second and subsequent files get: > > [org.apache.camel.component.file.GenericFileOperationFailedException - > Cannot delete file: GenericFile[C:\temp\input\20121029.csv. > > Each time I restart the app server the process repeats. If there is a file > already in the directory on startup it also fails to delete the first time. > > route is: > > > > I just realised the asymmetry in the multicast, but the issue remains > either > way. > > Not sure if this is related to CAMEL-5235 or is a smooks issue underneath. > > Any thoughts or suggestions? > > Thanks, The Captn > > > > -- > View this message in context: > http://camel.465427.n5.nabble.com/File-locking-problem-Windows-7-Camel-2-10-2-Smooks-1-5-1-JBoss-5-1-tp5722276.html > Sent from the Camel - Users mailing list archive at Nabble.com. > --
