You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by bu...@apache.org on 2003/01/22 14:43:04 UTC
DO NOT REPLY [Bug 16326] New: -
the number of background threads increases
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16326>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16326
the number of background threads increases
Summary: the number of background threads increases
Product: Tomcat 4
Version: 4.0.3 Final
Platform: Other
OS/Version: Windows NT/2K
Status: NEW
Severity: Normal
Priority: Other
Component: Connector:HTTP/1.1 (deprecated)
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: roland.thaler@rlb-tirol.at
We use the Catalina for our SOAP-Services.From there we access the filesystem
on the server(W2K)+ActiveDirectory(via JNI) and we access a SQL-ServerDB on the
same machine.Tomcat is running as NT-Service.
If all works ok,catalina creates at startup the minProcessors(=15),all new
created background threads are stopped after the client gets the response.
Now we have the problem,that catalina is not able to stop the created threads
(maybe cat. is waiting).As result of a new request,Catalina creates a new
thread and so on(these new threads are all waiting without any response);
Now,is it possible that our configuration of the HTTP-Connector in the
server.xml (esp.connectionTimeout) is the reason for this behaviour?
<Connector className="org.apache.catalina.connector.http.HttpConnector"
port="8181" minProcessors="15" maxProcessors="175"
acceptCount="100" debug="0" connectionTimeout="-1"/>
As result of this problem,we can't stop the service and we also can't stop the
process "tomcat.exe" --> access denied!
The only possibility to solve it,is to restart the Server!!!!
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>