You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@servicemix.apache.org by "Guillaume Nodet (JIRA)" <ji...@apache.org> on 2006/12/19 00:08:02 UTC
[jira] Resolved: (SM-704) FTPPoller Improvements
[ https://issues.apache.org/activemq/browse/SM-704?page=all ]
Guillaume Nodet resolved SM-704.
--------------------------------
Resolution: Fixed
Assignee: Guillaume Nodet
> FTPPoller Improvements
> ----------------------
>
> Key: SM-704
> URL: https://issues.apache.org/activemq/browse/SM-704
> Project: ServiceMix
> Issue Type: Improvement
> Components: servicemix-ftp
> Affects Versions: 3.0
> Environment: Windows XP SP2; JSE 6 Beta 2
> Reporter: Los Morales
> Assigned To: Guillaume Nodet
> Priority: Minor
> Fix For: 3.1
>
>
> In the org.apache.servicemix.components.net.FTPPoller class, there are two things that can be improved upon.
> 1) Give the option to NOT delete the files from the FTP server by adding a deleteFile attribute w/ corresponding accessors. In order to make this work, you will also need to keep track of the files already retrieved by using the java.util.concurrent.CopyOnWriteArraySet to keep track of each FTPFile's raw listing.
> 2) In the processFile() method, move the "client.completePendingCommand()" line AFTER the call to "in.close()". Sometimes my program would hang indefinitely when the call to completePendingCommand() was done prior to closing the input stream. This situation is discussed here as well: http://mail-archives.apache.org/mod_mbox/jakarta-commons-user/200412.mbox/%3CBAEAD6E55CF4ED4784B506D39CCD1D4131B89E@tshuscodenmbx02.ERF.THOMSON.COM%3E
> -los
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira