[
https://issues.apache.org/jira/browse/NET-592?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Ford updated NET-592:
--------------------------
Description:
The plainSocket field in the FTPSClient is never closed. Over time, this will
lead to an IOException with "too many open files".
To recreate this, try the following in a loop:
- create an FTPSClient
- call the login
- upload a file
- download the file
- call logout
- disconnect within a finally block
I would expect the disconnect call would release all of the file descriptors
but if you set a breakpoint you'll notice that this socket remains open.
In my test driver, this eventually fails after 8,000 iterations until it hits
the max file descriptors for the test process.
If I use some reflection code and force FTPSClient.plainSocket to be accessible
so I can close it, then everything works.
was:
The plainSocket field in the FTPSClient is never closed. Over time, this will
lead to an IOException with "too many open files".
To recreate this, try the following in a loop:
- create an FTPSClient
- call the login
- upload a file
- download the file
- disconnect within a finally block
I would expect the disconnect call would release all of the file descriptors
but if you set a breakpoint you'll notice that this socket remains open.
In my test driver, this eventually fails after 8,000 iterations until it hits
the max file descriptors for the test process.
If I use some reflection code and force FTPSClient.plainSocket to be accessible
so I can close it, then everything works.
> plainSocket in FTPSClient is never closed
> -----------------------------------------
>
> Key: NET-592
> URL: https://issues.apache.org/jira/browse/NET-592
> Project: Commons Net
> Issue Type: Bug
> Components: FTP
> Affects Versions: 3.4, 3.5
> Reporter: Mark Ford
> Priority: Critical
>
> The plainSocket field in the FTPSClient is never closed. Over time, this will
> lead to an IOException with "too many open files".
> To recreate this, try the following in a loop:
> - create an FTPSClient
> - call the login
> - upload a file
> - download the file
> - call logout
> - disconnect within a finally block
> I would expect the disconnect call would release all of the file descriptors
> but if you set a breakpoint you'll notice that this socket remains open.
> In my test driver, this eventually fails after 8,000 iterations until it hits
> the max file descriptors for the test process.
> If I use some reflection code and force FTPSClient.plainSocket to be
> accessible so I can close it, then everything works.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
