activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gary Tully (JIRA)" <>
Subject [jira] Commented: (AMQ-2701) Cannot rename file
Date Tue, 20 Apr 2010 14:18:14 GMT


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:
>             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(
> 	at org.apache.camel.component.file.strategy.GenericFileRenameProcessStrategy.commit(
> 	at org.apache.camel.component.file.GenericFileOnCompletion.processStrategyCommit(
> 	at org.apache.camel.component.file.GenericFileOnCompletion.onCompletion(
> 	at org.apache.camel.component.file.GenericFileOnCompletion.onComplete(
> 	at org.apache.camel.impl.DefaultUnitOfWork.done(
> 	at org.apache.camel.processor.UnitOfWorkProcessor.processNext(
> 	at org.apache.camel.processor.DelegateProcessor.process(
> 	at org.apache.camel.component.file.GenericFileConsumer.processExchange(
> 	at org.apache.camel.component.file.GenericFileConsumer.processBatch(
> 	at org.apache.camel.component.file.GenericFileConsumer.poll(
> 	at
> 	at java.util.concurrent.Executors$
> 	at java.util.concurrent.FutureTask$Sync.innerRunAndReset(
> 	at java.util.concurrent.FutureTask.runAndReset(
> 	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(
> 	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(
> 	at java.util.concurrent.ScheduledThreadPoolExecutor$
> 	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(
> 	at java.util.concurrent.ThreadPoolExecutor$
> 	at

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

View raw message