[ 
https://issues.apache.org/jira/browse/AXIS2C-1474?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Damitha Kumarage updated AXIS2C-1474:
-------------------------------------

    Fix Version/s: Next Version

> tcpmon logs corrupted responses in tcpmon_traffic.log
> -----------------------------------------------------
>
>                 Key: AXIS2C-1474
>                 URL: https://issues.apache.org/jira/browse/AXIS2C-1474
>             Project: Axis2-C
>          Issue Type: Bug
>          Components: tcpmon
>    Affects Versions: 1.6.0
>            Reporter: Eric Haszlakiewicz
>             Fix For: Next Version
>
>
> I've been attempting to use tcpmon to diagnose various problems since doing 
> so often requires looking at exactly what was send and received.  
> Unfortunately, tcpmon doesn't log the exact response that is returned.  It 
> appears to be converting any instances of "><" to ">\n<".  
> Besides just the basic problem of it not being what was actually transferred, 
> this also causes inconsistency between headers like Content-Length and the 
> actual length of the data, and generally makes things rather confusing.
> Sample testcase, assuming you have the "socket" program installed:
> Window #1:
> printf "HTTP/1.0 200 OK\r\nContent-Length: 2\r\n\r\n><" > response.txt
> printf "cat response.txt" > sendit.sh
> chmod +x sendit.sh
> socket -s 1234 -v -p sendit.sh   # listen on port 1234 and runs sendit.sh
> Window #2:
> tcpmon -lp 1235 -tp 1234 -th localhost
> Windows #3:
> echo foo | telnet localhost 1235

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to