Re: implement ThreadPool with GenericObjectPool?

Costin Manolache wrote: Can you list any benefits on doing that ? The usual: code that's also used and tested by other projects; code that more people are familiar with; not further reinventing code. Any missing feature we'll gain ? More-flexible idle object cleanup; a timeout option on bl

Re: implement ThreadPool with GenericObjectPool?

Michael wrote: Costin Manolache wrote: Can you list any benefits on doing that ? The usual: code that's also used and tested by other projects; code that more people are familiar with; not further reinventing code. Any missing feature we'll gain ? More-flexible idle object cleanup; a time

DO NOT REPLY [Bug 15632] New: - Problem with the Tomcat Sessions Parameter on URL

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: implement ThreadPool with GenericObjectPool?

Michael wrote: > Costin Manolache wrote: > >>Can you list any benefits on doing that ? >> > The usual: code that's also used and tested by other projects; code that > more people are familiar with; not further reinventing code. What projects are using commons-pool ? And how more testing are we

session attributes are always alive

hi there, I would appriciate help regarding the following: I want to enforce a user to relogin once the session dies, to do so i save an encrypted value in session attributes. Two strange things happen: The first thing is that i can't always bring the session down even with a one minute time ou

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteConnector.java

[EMAIL PROTECTED] wrote: > Modified:coyote/src/java/org/apache/coyote/tomcat4 > CoyoteConnector.java > Log: > Adding the 'maxKeepAliveRequests' attribute to the Connector. The code > in the Protocol and Processor has been there for a very long time. > > I'

RE: error-page status codes broken, no response to bugzilla report

Are any tomcat developers going to express any interest in this issue? I frankly consider being completely ignored to be quite rude and a poor way to interact with the at-large developer community. - donald On 12/19/2002 at 12:13 PM Donald Ball wrote: >On 12/19/2002 at 4:02 PM Martin Algesten wr

DO NOT REPLY [Bug 15635] New: - Coyote versus Catalina Connector

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: error-page status codes broken, no response to bugzilla report

It is on my todo list ( I also need this to work, at least for 500 ). Do you have a patch ? Costin Donald Ball wrote: > Are any tomcat developers going to express any interest in this issue? I > frankly consider being completely ignored to be quite rude and a poor way > to interact with the at-l

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources SaveDataSourceAction.java

amyroh 2002/12/23 11:17:19 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources SaveDataSourceAction.java Log: Add a check for empty validation query before setting it. Revision ChangesPath 1.10 +9 -7 jakarta-tomcat-

DO NOT REPLY [Bug 15598] - Admin app should not write empty validation query to server.xml for datasources.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources SaveDataSourceAction.java

amyroh 2002/12/23 11:34:32 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources SaveDataSourceAction.java Log: Port change from tomcat 4. Revision ChangesPath 1.5 +9 -7 jakarta-tomcat-catalina/webapps/admin/WEB-INF/

DO NOT REPLY [Bug 15640] New: - pageEncoding is ignored for XML-based JSPs

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 15640] - pageEncoding is ignored for XML-based JSPs

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 15640] - pageEncoding is ignored for XML-based JSPs

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 15640] - pageEncoding is ignored for XML-based JSPs

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 15642] New: - Null pointer in org.apache.coyote.tomcat4.CoyoteConnector that did not happen in org.apache.catalina.connector.http.HttpConnector

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Shared classLoader evolution

Bonjour, To be able to launch multiple Tomcat instance in one server (PC), we have the "$$CATALINA_BASE" variable which makes possible to define several environment of execution using only one tomcat installation (eg. C:\Program Files\Apache Group\Tomcat 4.1). This capability has a limit: there

[PATCH] Re: implement ThreadPool with GenericObjectPool?

Costin Manolache wrote: The main reason I'm cautious - this is a very critical piece of code. I also value stability (and more than performance). I'm tired of backing out and waiting to upgrade TC releases. (4.1.16 works for me, BTW.) the debugging feature (JMX support) you're adding. J