commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 36473] - [Net] FTPClient.storeFile keeps returning false on XP only, stores nothing to FTP server
Date Mon, 05 Sep 2005 14:23:29 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=36473>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36473





------- Additional Comments From scohen@apache.org  2005-09-05 16:23 -------
(In reply to comment #5)
> FTPClient doesn't change on its own the server for data connections
> depending on whether or not a zero-length FileInputStream is used (this
> should be clear from the code).  A FileInputStream with zero bytes would
> cause a zero-length file to be transferred.  It is the applet execution
> environment that controls what Socket.getLocalAddress returns.  If Stefan
> were to turn his applet into a regular Java program, he'd see the reported
> behavior does not materialize.  In fact, a FileNotFoundException should be
> thrown from FileInputStream(File) when the invalid path is given.

Interesting, Daniel.  I think we can now ignore the zero-length red-herring. 
That was my misinterpretation of what Stefan was saying.  The problem is clearly
an INVALID file spec rather than an empty file.

So why ISN'T an exception thrown when the program is run in an applet?  Is this
a JVM problem?  I have recently had occasion to notice that JVM 1.5 works much
better than 1.4.x for applets.  As I recall, the Authentication stuff failed in
1.4 and succeeded in 1.5.

Stefan - another experiment:  what happens when you run under Linux and specify
an invalid filename?



-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message