Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 76838 invoked from network); 19 Feb 2007 02:47:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 19 Feb 2007 02:47:13 -0000 Received: (qmail 97880 invoked by uid 500); 19 Feb 2007 02:47:05 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 97866 invoked by uid 500); 19 Feb 2007 02:47:05 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 97855 invoked by uid 99); 19 Feb 2007 02:47:05 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 18 Feb 2007 18:47:05 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: local policy) Received: from [65.32.5.133] (HELO ms-smtp-03.tampabay.rr.com) (65.32.5.133) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 18 Feb 2007 18:46:53 -0800 Received: from [192.168.1.20] (124.161.189.72.cfl.res.rr.com [72.189.161.124]) by ms-smtp-03.tampabay.rr.com (8.13.6/8.13.6) with ESMTP id l1J2kTYe005904 for ; Sun, 18 Feb 2007 21:46:29 -0500 (EST) From: aladdin To: "Tomcat Users List" Subject: Re: Can't find classes in jar files in WEB-INF Date: Sun, 18 Feb 2007 21:46:28 -0500 User-Agent: KMail/1.9.1 References: <200702162252.39748.aladdin@csunv.com> <200702171224.57020.aladdin@csunv.com> <45D8F7BE.7060609@cornell.edu> In-Reply-To: <45D8F7BE.7060609@cornell.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702182146.28744.aladdin@csunv.com> X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Checked: Checked by ClamAV on apache.org Thanks for the tip! I don't think I'd have a conflict with all the classes in my application. Although some of my classes have common names, like user.java (compiled, of course, to user.class), they are all member of just one of three packages: infoisland, dbMgr, and utils, so I don't think the names are colliding. Loading the app bombs out as tomcat is loading when it can't find my filter, CheckUser (makes sure users are logged in), which is in the infoIsland package. However, your comment is telling: "WEB-INF itself is not checked or scanned for .jar files at all." So, if I make sure the WEB-INF/classes subdirectory is empty, how do I tell tomcat to go get classes out of the WEB-INF/lib/whatever.jar file? Thanks. On Sunday 18 February 2007 20:05, David Smith wrote: > It should be noted there are only a couple of places .jar files are > allowed in tomcat: > > 1. WEB-INF/lib > 2. common/lib of the tomcat installation directory > > WEB-INF itself is not checked or scanned for .jar files at all. In > addition, any files in the classes directory will override their > equivalent in the lib directory. This occurs regardless of it being in > WEB-INF/classes or common/classes > > As to the issue below, are you sure you don't have similar classes (in > name and package) in both common/lib and WEB-INF/lib? Seems like > there's a classloader issue at work here. Take a look at the > classloader howto at > http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html. It > might offer some ideas. > > --David > > aladdin wrote: > > When I put my webapp.jar file in the WEB-INF directory, it doesn't find > > the app. When I exploded it into the classes directory, and associated > > subdirectories, they are found fine, but I get this problem (the one > > below). > > > > This, it turns out, is triggered by the fact I have the webapp.jar file > > in the lib directory and all the classes unpacked in the classes > > directory (both under WEB-INF, of course). Getting rid of the webapp.jar > > file in the lib directory solves the problem below, but now tomcat won't > > use that the jar file in the lib directory, even though when it's > > unpacked in the classes directory, he seems perfectly happy. Is there > > some magic I need for tomcat to use .jar files in the WEB-INF/lib > > directory, like an entry in web.xml or server.xml? > > > > On Friday 16 February 2007 22:52, aladdin wrote: > >> I was getting a message like "SEVERE PersistenceManager persistence not > >> enabled", or something like that (I don't remember) so I disabled > >> (commented out) the Manager tag in server.xml that configured the > >> PersistenceManager. Now, I'm getting > >> > >> Feb 16, 2007 9:26:34 PM org.apache.catalina.loader.WebappClassLoader > >> modified INFO: Additional JARs have been added > >> Feb 16, 2007 9:26:34 PM org.apache.catalina.core.StandardContext reload > >> INFO: Reloading this Context has started > >> > >> over and over in the log files. Anyone know what's causing this? I > >> thought maybe tomcat was restarting, but the PID doesn't change. It > >> seems to work, but it's filling up my log files. > >> > >> TIA > >> > >> --------------------------------------------------------------------- > >> To start a new topic, e-mail: users@tomcat.apache.org > >> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org > >> For additional commands, e-mail: users-help@tomcat.apache.org > > > > --------------------------------------------------------------------- > > To start a new topic, e-mail: users@tomcat.apache.org > > To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org > > For additional commands, e-mail: users-help@tomcat.apache.org > > --------------------------------------------------------------------- > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org > For additional commands, e-mail: users-help@tomcat.apache.org --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org