Return-Path: Delivered-To: apmail-jakarta-tomcat-dev-archive@apache.org Received: (qmail 7331 invoked from network); 2 Apr 2002 16:28:29 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 2 Apr 2002 16:28:29 -0000 Received: (qmail 15291 invoked by uid 97); 2 Apr 2002 16:28:25 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-dev@jakarta.apache.org Received: (qmail 15275 invoked by uid 97); 2 Apr 2002 16:28:24 -0000 Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Developers List" Reply-To: "Tomcat Developers List" Delivered-To: mailing list tomcat-dev@jakarta.apache.org Received: (qmail 15261 invoked by uid 50); 2 Apr 2002 16:28:24 -0000 Date: 2 Apr 2002 16:28:24 -0000 Message-ID: <20020402162824.15260.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: tomcat-dev@jakarta.apache.org Cc: Subject: DO NOT REPLY [Bug 7682] - Unable to initiate filter properly if Filter class is loaded by Catalina System Classloader X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N 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_bug.cgi?id=7682 Unable to initiate filter properly if Filter class is loaded by Catalina System Classloader craig.mcclanahan@sun.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID ------- Additional Comments From craig.mcclanahan@sun.com 2002-04-02 16:28 ------- This is not a bug ... it is user error. If you consult the class loader documentation shipped with Tomcat (http://localhost:8080/tomcat-docs/class-loader-howto.html), you will see that the system class loader is *above* the common class loader that contains servlet.jar. Therefore, any classes loaded from the system class loader will not be able to find the servlet API classes, so you won't be able to put filters or servlets there. PLEASE do what the documentation tells you to do! Put your shared classes into the standard directories ("lib" or "common/lib") and you will not have any problems like this. -- To unsubscribe, e-mail: For additional commands, e-mail: