Yes for some reason a 60sec socket read timeout is hardcoded in the MessageContext class. I think this is a mistake personally, and it has caused our users a lot of problems too. The default timeout should at least be configurable without having to change the timeout property on every stub you are calling as the FAQ http://nagoya.apache.org/wiki/apachewiki.cgi?AxisProjectPages/JavaTimeout
explains.
We ended up writing a handler that allows you to set a system property to change the default timeout.
/Thomas
At 08:51 PM 7/11/2003 -0600, Doug Davis wrote:






Since Axis 1.1 rc2 something changed that is causing my requests that take
a long time (over say 3 minutes) to complete to timeout with:
java.io.InterruptedIOException: Read timed out
        at java.net.SocketInputStream.socketRead(Native Method)
        at java.net.SocketInputStream.read(SocketInputStream.java:113)
        at java.io.BufferedInputStream.fill(BufferedInputStream.java:202)
        at java.io.BufferedInputStream.read(BufferedInputStream.java:220)
        at
org.apache.axis.transport.http.HTTPSender.readHeadersFromSocket(HTTPS
ender.java:506)
        at
org.apache.axis.transport.http.HTTPSender.invoke(HTTPSender.java:127)

        at
com.ibm.wstk.axis.handlers.WSTKHTTPSender.invoke(WSTKHTTPSender.java:
37)
        at
org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrateg...

In rc2 the client would wait forever, or at least long enough for me to
never have noticed a problem, but now my client requests timeout after
about 2 minutes.  In looking thru the code I don't see anything obvious
that's changed - does anyone know of anything that was changed that might
cause this new behavior?

-Dug



Reply via email to