[Bug 56472] All classes remain in memory after stop of web application, when LDAP was used.

https://issues.apache.org/bugzilla/show_bug.cgi?id=56472 --- Comment #2 from Stefan Frings stefan_fri...@qvc.com --- Thanks for your quick answer. 1)While analyzing this problem, I found and solved two problem causes: I disabled the pooling of the LDAP interface because the pool starts a thread

[Bug 56472] All classes remain in memory after stop of web application, when LDAP was used.

https://issues.apache.org/bugzilla/show_bug.cgi?id=56472 --- Comment #3 from Stefan Frings stefan_fri...@qvc.com --- Created attachment 31583 -- https://issues.apache.org/bugzilla/attachment.cgi?id=31583action=edit ContextAccessController cleans up properly -- You are receiving this mail

[Bug 56472] All classes remain in memory after stop of web application, when LDAP was used.

https://issues.apache.org/bugzilla/show_bug.cgi?id=56472 Stefan Frings stefan_fri...@qvc.com changed: What|Removed |Added Attachment #31573|0 |1 is

[Bug 56472] All classes remain in memory after stop of web application, when LDAP was used.

https://issues.apache.org/bugzilla/show_bug.cgi?id=56472 --- Comment #5 from Stefan Frings stefan_fri...@qvc.com --- Enabling FINEST logging for org.apache.catalina.core did not gave any helpful message. I still dont see any warning or error message in any logfile. But I have some few more debug

[Bug 56472] All classes remain in memory after stop of web application, when LDAP was used.

https://issues.apache.org/bugzilla/show_bug.cgi?id=56472 --- Comment #6 from Stefan Frings stefan_fri...@qvc.com --- Created attachment 31585 -- https://issues.apache.org/bugzilla/attachment.cgi?id=31585action=edit New heap analysis after lib upgrade I upgraded the cssparser.jar library from

[Bug 56481] New: Cannot differentiate between the package name and class name in tomcat 8.0.5

https://issues.apache.org/bugzilla/show_bug.cgi?id=56481 Bug ID: 56481 Summary: Cannot differentiate between the package name and class name in tomcat 8.0.5 Product: Tomcat 8 Version: 8.0.5 Hardware: PC Status:

Re: JDK 9 build 06 is available on java.net

Hi Mark, The fix for JDK-8039751 https://bugs.openjdk.java.net/browse/JDK-8039751 fix is in 9 b10, now available for download https://jdk9.java.net/download/ . Can you test and let me know results, assuming a fix we will them work on backports. Rgds,Rory On 09/04/2014 14:36, Rory

Re: Questions on Jasper's BodyContentImpl, bug #43925, and proposed solution

All, We've developed a patch as proposed below, and have been running it in our production environment (currently Tomcat 6.0.37) for several months. The patch applies cleanly to the Tomcat 6.0.x, 7.0.x, and 8.0.x series, with very minor variation in the exact line numbers. The patch introduces

Re: Questions on Jasper's BodyContentImpl, bug #43925, and proposed solution

2014-05-02 17:29 GMT+04:00 Scott Severtson ssevert...@digitalmeasures.com: All, We've developed a patch as proposed below, and have been running it in our production environment (currently Tomcat 6.0.37) for several months. The patch applies cleanly to the Tomcat 6.0.x, 7.0.x, and 8.0.x

[Bug 47323] Name clash: o.a.c.Manager class vs. o.a.c.manager package when compiling JSP

https://issues.apache.org/bugzilla/show_bug.cgi?id=47323 Konstantin Kolinko knst.koli...@gmail.com changed: What|Removed |Added CC|

[Bug 56481] Cannot differentiate between the package name and class name in tomcat 8.0.5

https://issues.apache.org/bugzilla/show_bug.cgi?id=56481 Konstantin Kolinko knst.koli...@gmail.com changed: What|Removed |Added Status|NEW

[Bug 55770] Allow the crlFile to be reloaded

https://issues.apache.org/bugzilla/show_bug.cgi?id=55770 --- Comment #2 from Christopher Schultz ch...@christopherschultz.net --- It turns out this is something of a mess. During initialization, the connector (really o.a.t.util.net.jsse.JSSESocketFactory) sets-up a set of TrustManager objects in

[Bug 56484] New: null in URI of unmounted path is sent to jboss

https://issues.apache.org/bugzilla/show_bug.cgi?id=56484 Bug ID: 56484 Summary: null in URI of unmounted path is sent to jboss Product: Tomcat Connectors Version: 1.2.31 Hardware: PC OS: Linux Status: NEW

svn commit: r1592052 - in /tomcat/tc7.0.x/trunk: java/org/apache/naming/resources/BaseDirContext.java test/org/apache/naming/resources/TestNamingContext.java webapps/docs/changelog.xml

Author: markt Date: Fri May 2 21:52:12 2014 New Revision: 1592052 URL: http://svn.apache.org/r1592052 Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56451 Make resources accessed via a context alias accessible via JNDI in the same way standard resources are available. Modified:

[Bug 56451] JNDI lookups under java:comp/Resources do not access Context aliases resources

https://issues.apache.org/bugzilla/show_bug.cgi?id=56451 Mark Thomas ma...@apache.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 56484] null in URI of unmounted path is sent to jboss

https://issues.apache.org/bugzilla/show_bug.cgi?id=56484 --- Comment #1 from Konstantin Kolinko knst.koli...@gmail.com --- 1. Apache HTTPD server version = ? 2. I wonder whether this is reproducible with the current mod_jk version (1.2.40). -- You are receiving this mail because: You are the

[Bug 56472] All classes remain in memory after stop of web application, when LDAP was used.

https://issues.apache.org/bugzilla/show_bug.cgi?id=56472 Mark Thomas ma...@apache.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 56451] JNDI lookups under java:comp/Resources do not access Context aliases resources

https://issues.apache.org/bugzilla/show_bug.cgi?id=56451 Konstantin Kolinko knst.koli...@gmail.com changed: What|Removed |Added Status|RESOLVED

[GUMP@vmgump]: Project tomcat-tc7.0.x-test (in module tomcat-7.0.x) failed

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 gene...@gump.apache.org. Project tomcat-tc7.0.x-test has an issue affecting its community integration.