DO NOT REPLY [Bug 34763] - [net] TelnetClient broken for binary transmissions + solution

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

DO NOT REPLY [Bug 34763] - [net] TelnetClient broken for binary transmissions + solution

Bugzilla from bugzilla@apache.org
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=34763>.
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=34763


[hidden email] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email]
                   |                            |om




------- Additional Comments From [hidden email]  2007-11-25 16:25 -------
I'd like to provide some additional support for fixing this.

We have a situation where we have some hardware crypto modules connected to a
Lantronix EDS4100 serial-to-IP device. We need to use Telnet to connect to the
Lantronix box. However, the hardware crypto modules use \r as the line
seperator. When running our software on Linux this causes a failure because:
1. The Unix line separator means that FromNetASCIIInputStream is used.
2. The FromNetASCIIInputStream#__read method reads a \r then waits for the next
character.
3. Because our hardware crypto modules only send one line of response with a \r
terminator there is no next character.
4. The read then times out.

There are two basic issues here: One is that JRE properties are being used to
configure the library with no method for the developer to override this. The
second is that the code expects a character after every \r when there is no
guarantee this might happen.

In conclusion, I would like a way to either turn off line feed conversion or to
have access to the unconverted input stream.

--
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: [hidden email]
For additional commands, e-mail: [hidden email]