[ 
https://issues.apache.org/activemq/browse/AMQ-2701?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=58978#action_58978
 ] 

Gary Tully commented on AMQ-2701:
---------------------------------

you should use the Camel jira for this issue with the camel file component

> Cannot rename file
> ------------------
>
>                 Key: AMQ-2701
>                 URL: https://issues.apache.org/activemq/browse/AMQ-2701
>             Project: ActiveMQ
>          Issue Type: Bug
>         Environment: Windows Server 2008 R2 Standard, JDK1.6.0_18, 
> Apache-ActiveMQ-5.3.0
>            Reporter: Billy Buzzard
>            Priority: Critical
>
> I'm not sure if this issue should be reported here or in the Apache-Camel 
> project.  Please let me know if I've logged it in the wrong place.  I have a 
> drop folder used for testing called "c:\esb\aaa".  I have the route in the 
> apache-activemq-5.3.0\webapps\camel\WEB-INF\applicationContext.xml file set 
> up to route files from "c:\esb\aaa" to "activemq:testQ".  When I drop a file 
> in the folder it appears to make it into the queue.  I see a camelLock file 
> appear in the drop folder temporarily, but when it disappears the original 
> file that I dropped remains and was not moved to the ".camel" subfolder.  I 
> can do the samething from my WindowsXP Laptop and it works, so I'm not sure 
> what the problem is or how to track it down.  Here's my stacktrace:
> org.apache.camel.component.file.GenericFileOperationFailedException: Cannot 
> rename file: GenericFile[c:\esb\aaa\Test4.txt] to: 
> GenericFile[c:\esb\aaa\.camel\Test4.txt]
>       at 
> org.apache.camel.component.file.strategy.GenericFileRenameProcessStrategy.renameFile(GenericFileRenameProcessStrategy.java:96)
>       at 
> org.apache.camel.component.file.strategy.GenericFileRenameProcessStrategy.commit(GenericFileRenameProcessStrategy.java:72)
>       at 
> org.apache.camel.component.file.GenericFileOnCompletion.processStrategyCommit(GenericFileOnCompletion.java:120)
>       at 
> org.apache.camel.component.file.GenericFileOnCompletion.onCompletion(GenericFileOnCompletion.java:82)
>       at 
> org.apache.camel.component.file.GenericFileOnCompletion.onComplete(GenericFileOnCompletion.java:50)
>       at 
> org.apache.camel.impl.DefaultUnitOfWork.done(DefaultUnitOfWork.java:115)
>       at 
> org.apache.camel.processor.UnitOfWorkProcessor.processNext(UnitOfWorkProcessor.java:60)
>       at 
> org.apache.camel.processor.DelegateProcessor.process(DelegateProcessor.java:48)
>       at 
> org.apache.camel.component.file.GenericFileConsumer.processExchange(GenericFileConsumer.java:198)
>       at 
> org.apache.camel.component.file.GenericFileConsumer.processBatch(GenericFileConsumer.java:120)
>       at 
> org.apache.camel.component.file.GenericFileConsumer.poll(GenericFileConsumer.java:93)
>       at 
> org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:99)
>       at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
>       at 
> java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
>       at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
>       at 
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
>       at 
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181)
>       at 
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205)
>       at 
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>       at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>       at java.lang.Thread.run(Thread.java:619)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to