Apache Camel 2.15.6
Hi, the following Camel XML route honours renameUsingCopy=true, which is set
once:
<from
uri="file:/edidaten/edi-smtpdak/ezv?delay=60000&recursive=true&startingDirectoryMustExist=false&move=/edidaten/save/${date:now:yyyyMMdd}/edi-smtpdak/ezv/${in.header.CamelFileRelativePath}&directoryMustExist=false&autoCreate=false&sortBy=file:modified&exclude=^\..*&readLock=markerFile&renameUsingCopy=true&backoffMultiplier=5&backoffIdleThreshold=0&backoffErrorThreshold=1"/>
File processing speed is fast.
But setting renameUsingCopy=true a second time afterwards, it seems that it
sets renameUsingCopy=false, at least it makes the processing very slow (1-2
seconds) for each file, and I think that is caused by trying to move each file
after processing, which fails because the "move" folder is on a separate
filesystem, and then falls back to copy+delete, so setting renameUsingCopy=true
is needed to make processing faster.
Here the not-working (slow processing) URI. The only change is a inserted
&renameUsingCopy=true after the move= parameter, so renameUsingCopy=true is
given twice:
<from
uri="file:/edidaten/edi-smtpdak/ezv?delay=60000&recursive=true&startingDirectoryMustExist=false&move=/edidaten/save/${date:now:yyyyMMdd}/edi-smtpdak/ezv/${in.header.CamelFileRelativePath}&renameUsingCopy=true&directoryMustExist=false&autoCreate=false&sortBy=file:modified&exclude=^\..*&readLock=markerFile&renameUsingCopy=true&backoffMultiplier=5&backoffIdleThreshold=0&backoffErrorThreshold=1"/>
So, it looks like setting renameUsingCopy=true twice sets it to false! Should
be easy to reproduce.