DO NOT REPLY [Bug 12940] New: - TCPMon CRLF Bug in Resend (Content-Length calc)

[bu...@apache.org]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12940>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12940

TCPMon CRLF Bug in Resend (Content-Length calc)

           Summary: TCPMon CRLF Bug in Resend (Content-Length calc)
           Product: Axis
           Version: 1.0-rc1
          Platform: PC
        OS/Version: Windows NT/2K
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: Basic Architecture
        AssignedTo: axis-dev@xml.apache.org
        ReportedBy: dbkdb@hotmail.com


There is a bug in the TCPMon having to do with the "RESEND" command.  Modifying 
text and clicking resend on my computer (Windows) creates a 
StringIndexOutOfBoundsException, and the message is not resent.  

Workaround: manually removing the CRs after "Content-Length" and retyping them.

Recommended Solution: The tcpmon.Listener.resend() method code to "Fix Content-
Length HTTP headers" appears to make assumptions of the underlying string CRLF 
representation in finding the end of the HTTP header and beginning of the 
message (tcpmon.java:1450, Revision 1.42).  Presumably different Swing/Java 
environments handle text CRLFs in a text input box differently.  This code 
should be generalized to support this.

Stack trace:

java.lang.StringIndexOutOfBoundsException: String index out of range: -1
        at java.lang.String.substring(String.java:1476)
        at org.apache.axis.utils.tcpmon$Listener.resend(tcpmon.java:1450)
        at org.apache.axis.utils.tcpmon$11.actionPerformed(tcpmon.java:1262)
        ...

Note, this occurs on Windows 2000, JDK 1.4, Axis 1.0-rc1.