-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Ped,

ped wrote:
> I would think that I should be able to increase the number of threads
> available to Tomcat to prevent this problem (I'm not saying that is the
> correct solution to my problem - I fully understand that our design is the
> root of this problem). 

If you have many clients:

1. borrowing db connections
2. executing queries
3. committing transactions and returning the connections to the pool

...then you have very nondeterministic behavior.

If every request requires a db connection (either from the pool, or from
the session, or wherever you store it), and you have fewer db
connections available than the number of processing threads configured,
then everything will eventually go to hell. Here's how:

1. Many clients borrow connections from the dbcp, exhausting it
2. New clients requiring new borrowed connections /block/ waiting for
   those pooled connections to be available
3. The requests blocked in #2 prevent new requests from being serviced
4. Clients who already "own" pooled connections cannot successfully
   make requests that will ultimately re-populate your dbcp

So, unless you have maxActive == dbcp size, you're screwed.

- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAklAQUQACgkQ9CaO5/Lv0PAS5QCfV90jki6OkspGN3oIVaW1ZKMK
IgkAn0hL1tzOVUt2NrvBvU9GNUaUartv
=DIbX
-----END PGP SIGNATURE-----

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

Reply via email to