DO NOT REPLY [Bug 38904] New: - Tomcat throws exceptions weirdly and says "Class not found" when Reloader and AutoDeploy are set

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://issues.apache.org/bugzilla/show_bu

Re: TCK Use

I change a little source code of Tomcat, it implement function "dynamic reload class at Tomcat runtime". This is not same as"reloadable=true" -- reload web application. It's only reload the class you want to reload. Now I don't know how to send a new mail, I only can receieve mail list, and whethe

svn commit: r384366 - in /tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config: ajp13.xml coyote.xml coyotejk.xml http11.xml

Author: markt Date: Wed Mar 8 15:02:31 2006 New Revision: 384366 URL: http://svn.apache.org/viewcvs?rev=384366&view=rev Log: Correct the previous commit where I updated the attributes for the deprecated connectors rather than the Coyote ones. Modified: tomcat/container/branches/tc4.1.x/weba

svn commit: r384337 - /tomcat/container/tc5.5.x/modules/ha/src/share/org/apache/catalina/ha/session/DeltaSession.java

Author: fhanik Date: Wed Mar 8 13:38:16 2006 New Revision: 384337 URL: http://svn.apache.org/viewcvs?rev=384337&view=rev Log: Removed duplicate string manager reformatted to readable code Modified: tomcat/container/tc5.5.x/modules/ha/src/share/org/apache/catalina/ha/session/DeltaSession.jav

svn commit: r384333 - in /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes: ./ io/ tcp/ tipis/

Author: fhanik Date: Wed Mar 8 13:23:10 2006 New Revision: 384333 URL: http://svn.apache.org/viewcvs?rev=384333&view=rev Log: Working on the lazy replicated hash map Added: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/io/DirectByteArrayOutputStream.java

DO NOT REPLY [Bug 38899] - Problem with TagHandlerPool.reuse(Tag) method

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 38899] - Problem with TagHandlerPool.reuse(Tag) method

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 38899] New: - Problem with TagHandlerPool.reuse(Tag) method

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 38898] New: - Tomcat service fails without error message

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://issues.apache.org/bugzilla/show_bu

RE: DO NOT REPLY [Bug 38875] - Misleading error message when there are problems loading APR libraries

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 08, 2006 1:41 AM > To: tomcat-dev@jakarta.apache.org > Subject: DO NOT REPLY [Bug 38875] - Misleading error message > when there are problems loading APR libraries > > DO NOT REPLY TO THI

DO NOT REPLY [Bug 38897] New: - Invalid TLDs receive cryptic error

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 38508] - Patch: Small fixes and cosmetic - Host-Manager

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://issues.apache.org/bugzilla/show_bu

svn commit: r384293 - in /tomcat/container/tc5.5.x/webapps: docs/ host-manager/WEB-INF/classes/org/apache/catalina/hostmanager/

Author: yoavs Date: Wed Mar 8 10:09:36 2006 New Revision: 384293 URL: http://svn.apache.org/viewcvs?rev=384293&view=rev Log: Bugzilla 38508: http://issues.apache.org/bugzilla/show_bug.cgi?id=38508 Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml tomcat/container/tc5.5.x/web

DO NOT REPLY [Bug 38895] New: - Http headers with an underscore "_" change into hypen "-"

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://issues.apache.org/bugzilla/show_bu

Re: What's about unloading policy of jsp-servlets ?

Given the 'supposed' issues with Tomcat's classloader and static/class references not being re-claimed, I doubt that these patches would even work other than in theory. >Costin Manolache wrote: >> Why would anyone serve 'uncached small files' or parse properties on >> each request ??? >> Well,

Re: DO NOT REPLY [Bug 38875] - Misleading error message when there are problems loading APR libraries

Henri Gomez wrote: Sure, so in this case it's the JNI side, initialize(), which should be more verbose ? I don't know. Personally, I get a little more explicit error message. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] F

DO NOT REPLY [Bug 38889] - mod_jk disregards configuration file order of JkMount

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 38889] - mod_jk disregards configuration file order of JkMount

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 38889] - mod_jk disregards configuration file order of JkMount

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://issues.apache.org/bugzilla/show_bu

Re: What's about unloading policy of jsp-servlets ?

Costin Manolache wrote: Why would anyone serve 'uncached small files' or parse properties on each request ??? Well, maybe that was the (incomplete) implementation long ago - and I agree, it would be really bad for performance. If you have more than 100MB of JSPs, I think the request distributio

Re: What's about unloading policy of jsp-servlets ?

On 3/8/06, Remy Maucherat <[EMAIL PROTECTED]> wrote: > Costin Manolache wrote: > > I believe I did some tests at that time and didn't seem so bad. > > It's not like it's going to read the strings/files on each request - > > it's loading them > > once, and will stay in memory for all the 'hot' jsps.

Re: DO NOT REPLY [Bug 38875] - Misleading error message when there are problems loading APR libraries

Sure, so in this case it's the JNI side, initialize(), which should be more verbose ? TCN_IMPLEMENT_CALL(jboolean, Library, initialize)(TCN_STDARGS) { UNREFERENCED_STDARGS; if (!tcn_global_pool) { if (apr_pool_create(&tcn_global_pool, NULL) != APR_SUCCESS) { return JNI

DO NOT REPLY [Bug 38875] - Misleading error message when there are problems loading APR libraries

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 38875] - Misleading error message when there are problems loading APR libraries

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 38875] - Misleading error message when there are problems loading APR libraries

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://issues.apache.org/bugzilla/show_bu

Re: What's about unloading policy of jsp-servlets ?

On Mar 7, 2006, at 5:59 PM, Remy Maucherat wrote: Yoav Shapira wrote: Hola, Let's all try to stay professional. Then why do you selectively ignore this guy's blatant whining ? Yaroslav or whomever else is interested: if you can produce a patch that (a) Can be turned on or off (b) Is set

Re: What's about unloading policy of jsp-servlets ?

Costin Manolache wrote: I believe I did some tests at that time and didn't seem so bad. It's not like it's going to read the strings/files on each request - it's loading them once, and will stay in memory for all the 'hot' jsps. The difference between a static final String access and a loaded Str

Re: Strange memory problem

On Tue, Mar 07, 2006 at 11:12:35PM +0100, Remy Maucherat wrote: > >I'm currently tracking an OutOfMemory problem. We've got a web app which > >gets OutOfMemory after some heavy use. I installed Mustang 1.6b62 on the > >machines and had them dump heap on OOM. Then I looked into the heap dump > >usi

DO NOT REPLY [Bug 38875] - Misleading error message when there are problems loading APR libraries

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://issues.apache.org/bugzilla/show_bu

Re: What's about unloading policy of jsp-servlets ?

David Rees wrote: On 3/7/06, Yaroslav Sokolov <[EMAIL PROTECTED]> wrote: Ok, I can make the next conclusions: 1. Tomcat eats resources on first opening of any jsp page and never returns them back - servlets just are never unloaded. 2. As it happens in all the versions of Tomcat, there are many