DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34515.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project jakarta-slide has an issue affecting its community integration.
This issue
Greetings,
the current DBCP pooling implementation in
org.apache.slide.store.impl.rdbms.JDBCStore
has two major problems when used with an Oracle RDBMS:
1. the maxWait parameters is not set and cannot be configured
2. no validation query is set and cannot be configured
The default maxWait in
Here, we are using slide 2.1 with store on
org.apache.slide.store.impl.rdbms.OracleRDBMSAdapter
We have a max connection pool size of 5 for tests purpose (our db admin became
crazy when we put a value of 50 and, due to some bug, tomcat was consuming
those 50 connection, three times, making 150
delbd wrote:
Here, we are using slide 2.1 with store on
org.apache.slide.store.impl.rdbms.OracleRDBMSAdapter
We have a max connection pool size of 5 for tests purpose (our db admin became
crazy when we put a value of 50 and, due to some bug, tomcat was consuming
those 50 connection, three
We are sure there is a timeout, because we had problem with a commercial tool
before. But now i think about it, we had to restart it only after week-ends.
Maybe the timeout is something like 24 hours or alike...
I was just noting this combinaison had no problems here. However, as long as
store
delbd wrote:
We are sure there is a timeout, because we had problem with a commercial tool
before. But now i think about it, we had to restart it only after week-ends.
Maybe the timeout is something like 24 hours or alike...
I was just noting this combinaison had no problems here. However, as