File-inbound endpoints may read file several time if polling interval is too short

GoogleCodeExporter commented 8 years ago

This problem affects SFTP-resend service file-inbound endpoints and 
file-inbound endpoints in general.

Problem:

If the file-inbound polling interval is shorter than the time it takes to 
send/stream the file to an outbound endpoint (i.e. the file is still in the 
inbound-directory), then the file will be read again, resulting in duplicates 
for SFTP-outbound (if duplicateHandling="addSeqNo") or overwrites (for example 
in the case of a file-ountbound endpoint).
The re-reading will continue as long as the polling time < transmission time.

This seems to be a known problem with the file-transport, see:
http://www.mulesoft.org/jira/browse/MULE-5374
http://www.mulesoft.org/jira/browse/MULE-5131

The bullet-proof solution seems to be to use the "workDirectory" attribute on 
the file-connector.

Original issue reported on code.google.com by hakan.d...@gmail.com on 22 May 2011 at 2:15

GoogleCodeExporter commented 8 years ago

Seems fixed for Mule 3.4.0 with:
https://www.mulesoft.org/jira/browse/MULE-6731

Original comment by hakan.d...@gmail.com on 16 Oct 2013 at 9:40

GoogleCodeExporter commented 8 years ago

The solution in Mule 3.4.0 has a problem when fileAge is used for file 
inbounds, see: MULE-6999, MULE-7160.

Original comment by hakan.d...@gmail.com on 9 Feb 2014 at 9:15

cmoutes / soi-toolkit

File-inbound endpoints may read file several time if polling interval is too short #148