Re: Commons-net.FTPClient
In message <[EMAIL PROTECTED]>, "Ash, Mi chael L" writes: >Doing the setControlEncoding would be wonderful, I have recompiled the >code doing what you suggested and it does work, but I um can't use it >because its not an official release :) At the moment CVS HEAD is basically identical to the last released version. I believe the only changes have been bug fixes. I added control encoding setter/getter methods. You can do checkout and use that until the next release. daniel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Commons-net.FTPClient
Doing the setControlEncoding would be wonderful, I have recompiled the code doing what you suggested and it does work, but I um can't use it because its not an official release :) -Original Message- From: Daniel F. Savarese [mailto:[EMAIL PROTECTED] Sent: Friday, August 06, 2004 9:46 AM To: Jakarta Commons Developers List Subject: Re: Commons-net.FTPClient In message <[EMAIL PROTECTED]>, Steve Cohen writes: >Sorry I missed your earlier post. The answer is, unfortunately, that >the package does not support the easy conversion to UTF-8. If he needs to change the encoding for the control connection, he can recompile the source with FTP.__DEFAULT_ENCODING redefined. If it is a common requirement to use multi-byte character encodings on the control connection, we can add a setControlEncoding or some such method and/or make the control input and output reader/writers protected. There may be some way for telnet (the FTP control connection) to autonegotiate the character encoding, but there's no reason to believe FTP servers dealing in UTF-8 or other multi-byte encodings implement a negotiation. daniel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Commons-net.FTPClient
In message <[EMAIL PROTECTED]>, Steve Cohen writes: >Sorry I missed your earlier post. The answer is, unfortunately, that the >package does not support the easy conversion to UTF-8. If he needs to change the encoding for the control connection, he can recompile the source with FTP.__DEFAULT_ENCODING redefined. If it is a common requirement to use multi-byte character encodings on the control connection, we can add a setControlEncoding or some such method and/or make the control input and output reader/writers protected. There may be some way for telnet (the FTP control connection) to autonegotiate the character encoding, but there's no reason to believe FTP servers dealing in UTF-8 or other multi-byte encodings implement a negotiation. daniel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Commons-net.FTPClient
Thanks for he reply, -Original Message- From: Steve Cohen [mailto:[EMAIL PROTECTED] Sent: Thursday, August 05, 2004 9:29 PM To: Jakarta Commons Developers List Subject: Re: Commons-net.FTPClient Sorry I missed your earlier post. The answer is, unfortunately, that the package does not support the easy conversion to UTF-8. Steve Cohen On Wednesday 04 August 2004 2:01 pm, Ash, Michael L wrote: > I sent this to the users group several days ago and haven't gotten a > response so I thought I would send it here with some additional info I > found. > > Is there any reason to not use UTF-8 instead of iso-8859-1? > > > The problem I am trying to solve is to send a file from an English > based client to a Chinese based ftp server. The user name and > password are Chinese characters stored as utf-8. It appears that the > FTPClient only communications in iso-8859-1. Is there a way for me to > change it to UTF-8? > > Thanks > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Commons-net.FTPClient
Sorry I missed your earlier post. The answer is, unfortunately, that the package does not support the easy conversion to UTF-8. Steve Cohen On Wednesday 04 August 2004 2:01 pm, Ash, Michael L wrote: > I sent this to the users group several days ago and haven't gotten a > response so I thought I would send it here with some additional info I > found. > > Is there any reason to not use UTF-8 instead of iso-8859-1? > > > The problem I am trying to solve is to send a file from an English based > client to a Chinese based ftp server. The user name and password are > Chinese characters stored as utf-8. It appears that the FTPClient only > communications in iso-8859-1. Is there a way for me to change it to > UTF-8? > > Thanks > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]