> > It would have been nice if this was noted in the docs :-)
>
> Sounds like you're pretty close to being able to make a patch. ;)
I'm willing to write something up, but am not sure how to contribute it to the
doc website. I rummaged through the ASF svn and found the tomcat/site
stuff, but it
> -Original Message-
> From: Jim Garrison [mailto:jim.garri...@troux.com]
> Sent: Saturday, March 10, 2012 7:07 PM
> To: users@tomcat.apache.org
> Subject: Source jar for tomcat-dbcp?
>
> I have a problem I need to debug by stepping into tomcat-dbcp (6.0.35). I
&g
I have a problem I need to debug by stepping into tomcat-dbcp (6.0.35). I tried
downloading the Apache commons-dbcp source but it seems the version in Tomcat
has the classes in different packages, so I can't get Eclipse to recognize the
source.
I've searched the following areas:
* the tomcat
> -Original Message-
> From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com]
> Sent: Tuesday, March 06, 2012 12:27 PM
> To: Tomcat Users List
> Subject: RE: tomcat6w.exe -- 32bit and 64bit versions identical?
>
> > From: Jim Garrison [mailto:jim.garri..
I am in an environment where I deploy tomcat via a script. Rather than keep
two entire copies of Tomcat for 32- and 64-bit systems I have the complete
32-bit download plus the 64-bit tomcat6*.exe files. I'm upgrading from 6.0.20
to 6.0.35 and my usual procedure is to diff the 32- and 64-bit ve
In Tomcat5 there was a Context parameter "disableProxyCaching" to prevent
proxies from caching content. This parameter doesn't seem to be present in
Tomcat6. Is there an equivalent setting?
> -Original Message-
> From: Phil Steitz [mailto:[EMAIL PROTECTED]
> Sent: Saturday, March 15, 2008 5:09 PM
> To: Tomcat Users List
> Subject: Re: DelegatingCallableStatement.getInnermostDelegate() --
> NoSuchMethodError
>
> This looks like a signature from dbcp 1.1. Are you sure you use
I'm getting a NoSuchMethodError on
org.apache.commons.dbcp.DelegatingCallableStatement.getInnermostDelegate
().
AFAICT DelegatingCallableStatement inherits ultimately from
DelegatingStatement, which DOES have such a method. I've examined the
commons-dbcp-1.2.1.jar file that's in the classpath, a
> -Original Message-
> From: Christopher Schultz [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, November 14, 2007 12:34 PM
> To: Tomcat Users List
> Subject: Re: Listener Shutdown Order?
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Jim,
>
> -Original Message-
> From: Christopher Schultz [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, November 14, 2007 11:43 AM
>
> "Notification that the servlet context is *about* to be shut down. All
> servlets and filters have been destroy()ed before any
> ServletContextListeners are notifi
When starting up, Listeners are started before load-on-startup servlets,
so we use this mechanism to initialize Spring.
On shutdown, Tomcat seems to shutdown listeners BEFORE the servlets.
This results in the Spring context being discarded while it is still
needed. If context listeners start b
11 matches
Mail list logo
