> From: Christopher Schultz [mailto:[EMAIL PROTECTED] > Subject: Re: Tomcat request processing gets stuck > > > 2. doesn't nio work with one thread? (I thougt that this > > thread configuration is irrelevant since nio works with > > one thread to receive requests.) > > Nope. The NIO connector is just a non-blocking one.
To elaborate a bit: that means that HTTP connections in a keep-alive state do not consume requests. The NIO poller will dispatch incoming messages to threads on a request basis, rather than allocating a thread per connection as the basic HTTP connector does. > > 3. I shouldn't work with Executor while working with nio connector? > > Using the executor is perfectly find. I think Chuck and I > were confused since the executor is typically specified > separately (as <Executor>) When Tomcat 6 was originally released, Remy M cautioned against using an executor due to performance problems. A recent posting by Filip H indicates those problems have been resolved and that an executor is the proper thing to use for fine-grained control of thread pools. > > 4. can you send me an example of nio good configuration? > > Your configuration appears to be good, actually. Not really - a good one would not include attributes that are ignored. Can't really tell if you config is o.k. with seeing the corresponding <Executor> element. Since you're using an executor, you should remove the min/max threads attributes. > My guess is that you are hitting your database thread > pool limit and the application is simply waiting for > db connections to become available. Or the app is failing to return connections to the DB pool. As many have suggested in other threads, try testing with a DB pool size of one - it will be slow, but any mishandling of DB connections will become painfully obvious. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
