> Hello everybody,
>
[quoted text clipped - 7 lines]
>
> Is that right?
I think its because the jdbc connection which it creates to do the
suthentication is no longer valid and it doesn't have the logic to create
a new connection and try again. Connection pools have the same problem
under Tomcat. BTW, I've found that if you declare your JDBC realm within
your application context, simply restarting the application using
Tomcat's Manager application works.

Signature
Paul Thomas
+------------------------------+---------------------------------------------+
| Thomas Micro Systems Limited | Software Solutions for the Smaller Business |
| Computer Consultants | http://www.thomas-micro-systems-ltd.co.uk |
+------------------------------+---------------------------------------------+
X_AWemner_X - 23 Oct 2003 07:15 GMT
> I think its because the jdbc connection which it creates to do the
> suthentication is no longer valid and it doesn't have the logic to create
> a new connection and try again. Connection pools have the same problem
> under Tomcat.
Is it still so, that current releases of DBCP pooling cannot use "isAlive"
query to verify the connection and drop dead ones?
I think a proper pooling should have at least the following parameters:
isAliveQuery = Select * From Dual (or something else to run a simple query)
isAliveInterval=5 (run isalive every 5sec for acquired connections)
isAliveInterval can be used so that if connection instance is not being used
by clients within given interval, then isalive query is run on it. Dead
instance is dropped and new one created. This will avoid unnecessary isalive
queries if instances is taken from and put back to the pool with rapid
intervals. We will assume it still works if worked fine within last 5
seconds.