You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by co...@covalent.net on 2002/02/27 01:39:52 UTC

Small problems with tcpmon

Hi,

I run into 2 small bugs - the diff solves the problem for me,
maybe for others :-)

First, on some VMs the SocketRR will hung for a very long time.
That's because even if close() is called on the socket, the
read() will remain blocked. Adding a soTimeout and 
checking for done solves this.

The other - with some servers, if available() returns 
0 we read a single byte, and then send it. Then we'll
send a second packet with the rest of the request.
That will confuse at least apache  (who would see
OST instead of POST - still trying to figure out why ). 
I see no reason to read a single byte - we'll block
anyway. 

Costin





Re: Small problems with tcpmon

Posted by co...@covalent.net.
Any problem with my patch ? What's the right procedure, should I file
a bug ?

Costin

On Tue, 26 Feb 2002 costinm@covalent.net wrote:

> I run into 2 small bugs - the diff solves the problem for me,
> maybe for others :-)
> 
> First, on some VMs the SocketRR will hung for a very long time.
> That's because even if close() is called on the socket, the
> read() will remain blocked. Adding a soTimeout and 
> checking for done solves this.
> 
> The other - with some servers, if available() returns 
> 0 we read a single byte, and then send it. Then we'll
> send a second packet with the rest of the request.
> That will confuse at least apache  (who would see
> OST instead of POST - still trying to figure out why ). 
> I see no reason to read a single byte - we'll block
> anyway. 
> 
> Costin
> 
> 
> 
> 
>