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.