Hello George,

it looks like your message somehow fell through the cracks.
Sorry for the late response.

> "ThreadPool-Crawler DownloadJob
> PooledThread-1-running" id=436 idx=0x62
> tid=-1569055552 prio=5 alive, in native, daemon
> at jrockit/net/SocketNativeIO.read(IIII)I(Native Method)
> at jrockit/net/SocketNativeIO.read(Ljava/io/FileDescriptor;III)I(Unknown 
> Source)[inlined]
> at java/net/AbstractSocketImpl$1.read(II)I(Unknown Source)[optimized]
> ^-- Holding lock:
> java/net/[EMAIL PROTECTED] lock]
> at jrockit/io/NativeIOInputStream.read(I[BI)I(Unknown Source)[inlined]
> at jrockit/io/NativeIOInputStream.read([BII)I(Unknown Source)[optimized]
> at java/io/BufferedInputStream.fill()V(BufferedInputStream.java:218)[inlined]
> [...]
> My socket timeout is set to 54 seconds, so I don't
> understand why these sockets go off into space for
> many hours, never to come back.

Well, your sockets seem to be jrockit specific ones.
Maybe there is a bug in the socket implementation?
Depending on the Java version, HttpClient implements some
socket timeouts by spawning a timout thread which eventually
interrupts the blocked thread after the timeout. If jrockit
sockets do not unblock the thread in that case, there is the
explanation. With JDK 1.4, the timeout is set at the socket
itself.

I suggest you enable HttpClient logging. In your case, you
probably don't need the wire log to understand what is
going on.

hope that helps,
  Roland


> 
> Here's my HttpClient initialization code:
> 
> static { 
>   HttpConnectionManagerParams connMgrParams = 
>     new HttpConnectionManagerParams();
>   connMgrParams.setConnectionTimeout(4000);
>   connMgrParams.setSoTimeout(4000);
>   connMgrParams.setMaxConnectionsPerHost(
>     HostConfiguration.ANY_HOST_CONFIGURATION,1);
>   connMgrParams.setMaxTotalConnections(300);
>   MultiThreadedHttpConnectionManager connMgr = 
>     new MultiThreadedHttpConnectionManager();
>   connMgr.setParams(connMgrParams);
>   httpClient= new HttpClient(connMgr);
> }
> 
> I also noticed in the jrockit memory leak tool that
> even though I set ignoreCookies to be true before
> every call, I still acumulate thousands of then. Is
> this normal?
> 
> Cheers,
> 
> George
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to