Discuss (FTP) and (SFTP, FTPS and SCP), our Java file transfer clients.
no avatar
User

sparker

Posts

4

Joined

Thu Apr 03, 2014 8:30 pm

Location

Dublin, Ireland

DownloadStream doesn't free connection on close

by sparker » Thu Apr 03, 2014 8:42 pm

no avatar
User

support2

Posts

3987

Joined

Tue May 18, 2004 8:30 am

Re: DownloadStream doesn't free connection on close

by support2 » Thu Apr 03, 2014 11:14 pm

no avatar
User

EDT Support

Posts

905

Joined

Mon Apr 26, 2004 3:03 pm

by EDT Support » Fri Apr 04, 2014 10:37 am

no avatar
User

sparker

Posts

4

Joined

Thu Apr 03, 2014 8:30 pm

Location

Dublin, Ireland

Ran your sample here, and it hangs

by sparker » Fri Apr 04, 2014 8:24 pm

Hans,

Thanks for your response, suggestions and standalone class.
I ran it here, and it hangs just like my test class does in Eclipse.

To eliminate potential classpath problems I set up a clean project directory and simple command file.
To reach your server I had to go through a http proxy.
I captured output to a log file; when it hung I used ctrl/Break to generate a thread dump for you.
I edited the log and the source files only to replace sensitive text with [suppressed].
I zipped the whole directory structure, and uploaded the result (1.3Mb) to the directory you kindly created for me at completeftp:
/Home/sparker/edtftp.zip

I hope this will help you diagnose the problem. If you need more, just ask.
Simon
no avatar
User

EDT Support

Posts

905

Joined

Mon Apr 26, 2004 3:03 pm

by EDT Support » Mon Apr 07, 2014 1:34 pm

Did you use an HTTP proxy in the test you described in your first message, or was that only used for the test against our server?

- Hans
no avatar
User

sparker

Posts

4

Joined

Thu Apr 03, 2014 8:30 pm

Location

Dublin, Ireland

by sparker » Mon Apr 07, 2014 6:22 pm

My original test case ran against a FileZilla server on localhost, and I didn't specify a proxy of any kind.
I only introduced the HTTP proxy in order to reach your site.

Note that retrieving to a byte array has always worked as expected, and the wire protocol is clean.

For what it's worth, here's something I noted while debugging in Eclipse:
FTPInputStream extends AbstractFTPInputStream, but it delegates to another instance of AbstractFTPInputStream.
Definitions of fields 'closed' and 'started' in the first object shadow similar definitions in the second.
State changes are visible only in the delegate.

Hope this helps,
Simon
no avatar
User

EDT Support

Posts

905

Joined

Mon Apr 26, 2004 3:03 pm

by EDT Support » Tue Apr 08, 2014 12:00 pm

Hi Simon

My colleague and I spent a considerable amount of time trying to work out how this could happen. In the face of the undeniable evidence of your log file, we'd basically concluded that it was impossible. Then when we realized that it had already been fixed! It was fixed in September last year, which was after the most recent release. So in fact I can't happen in the latest build. We've uploaded a new jar file for you to use. You can find it in the home directory of the account I created for you.

- Hans (EnterpriseDT)
no avatar
User

sparker

Posts

4

Joined

Thu Apr 03, 2014 8:30 pm

Location

Dublin, Ireland

by sparker » Wed Apr 09, 2014 2:05 am

no avatar
User

support2

Posts

3987

Joined

Tue May 18, 2004 8:30 am

by support2 » Thu Apr 10, 2014 9:19 am


Who is online

Users browsing this forum: Google [Bot] and 23 guests

Powered by phpBB ® | phpBB3 Style by KomiDesign
cron