[jcifs] Max number of threads reached

Michael B Allen miallen at ioplex.com
Mon Sep 10 06:00:04 GMT 2007

On Sun, 09 Sep 2007 13:48:12 +0200
Felix Schumacher <felix.schumacher at internetallee.de> wrote:

> Am Sonntag, den 09.09.2007, 11:52 +0200 schrieb
> cesar at clazaro1.jazztel.es:
> > Hi there,
> > 
> > executing a web application on Tomcat that is using JCIFS libraries I got an
> > error message saying that the maximun number of threads in Tomcat has been
> > reached and can not then open more SMB connections. It always happens when the
> > application has been running for a while and it's trying to open new SMB
> > connections.
> Try to get a stacktrace. If you are running the tomcat under unix you
> can try to send a SIGQUIT with kill -QUIT $PID_OF_TOMCAT. The stacktrace
> will tell you, what the threads are waiting for.

That's not a stack trace, thats what you call a thread dump.

But yes, it would be helpful to see where all the threads are waiting.

> > It seems the SMB connections are not released properly in my code although I'm
> > using the same code that is in the examples. When is a SMB connection going to
> > be closed?.

JCIFS closes transport threads after they have been idle for
jcifs.smb.client.soTimeout milliseconds.

> > Is there any way to force to close those connections?. BTW, I'm
> > using kerberos authN.

No. Connections should automatically close after being idle for 35

Unless the operator has changed some JCIFS properties that affect
transport behavior.


Michael B Allen
PHP Active Directory Kerberos SSO

More information about the jcifs mailing list