On delivery attempt: 0 caught: .file.GenericFileOperationFailedException: Cannot retrieve file: RemoteFile from: ftp://localhost:21/testdir?autoCreate=false&consumer.bridgeErrorHandler=true&fileName=testfile.txt&password=xxxxxx&pollStrategy=%23tr圓times&processStrategy=%23myProcessStrategy&scheduler=quartz2&scheduler.cron=15+0%2F1+*+%3F+*+*&throwExceptionOnConnectFailed=true&timeout=5000&username=testuser Code: 0 DEBUG. - Not connected/logged in, connecting to: DEBUG. - Connected and logged in to: DEBUG. - Took 0.151 seconds to poll: testdir DEBUG. - Total 1 files to consume DEBUG .DeadLetterChannel - Failed delivery for (MessageId: ID-Klauss-MacBook-Pro-2-local-52649-147816517 on ExchangeId: ID-Klauss-MacBook-Pro-2-local-52649-147816517). DEBUG. - Exception checking connection status: File operation failed: null Connection is not open. INFO .ftp.ConsumerPollStrategy - Poll starting for endpoint: ftp://localhost:21/testdir?autoCreate=false&consumer.bridgeErrorHandler=true&fil. This makes it difficult to access the consumer and force a disconnect in order to recover from the error situtation (like it is done by RemoteFilePollingConsumerPollStrategy). When the error goes directly to the deadletterchannel the rollback method of the PollingConsumerPollStrategy is never called. connection timeouts and missing directories).
When using consumer.bridgeErrorHandler=true redelivery works fine when the errors happens during the polling phase (eg. Unfortunately is impossible to recover from this error using redelivery because the message is forced onto the deadletterchannel (marked exhausted?) socket timeout or because of missing read permission on the file) a GenericFileOperationFailedException is thrown. When the FTP consumer is hit by an error during download of a file (eg.
0 kommentar(er)
