Return-Path: 
 <users-return-158360-apmail-tomcat-users-archive=tomcat.apache.org@tomcat.apache.org>
Delivered-To: apmail-tomcat-users-archive@www.apache.org
Received: (qmail 60118 invoked from network); 19 Feb 2007 13:30:43 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 19 Feb 2007 13:30:43 -0000
Received: (qmail 9731 invoked by uid 500); 19 Feb 2007 13:30:38 -0000
Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org
Received: (qmail 9714 invoked by uid 500); 19 Feb 2007 13:30:38 -0000
Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:users-help@tomcat.apache.org>
List-Unsubscribe: <mailto:users-unsubscribe@tomcat.apache.org>
List-Post: <mailto:users@tomcat.apache.org>
List-Id: <users.tomcat.apache.org>
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Delivered-To: mailing list users@tomcat.apache.org
Received: (qmail 9703 invoked by uid 99); 19 Feb 2007 13:30:38 -0000
Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 19 Feb 2007 05:30:38 -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.139] (HELO ms-smtp-07.tampabay.rr.com) (65.32.5.139)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 19 Feb 2007 05:30:27 -0800
Received: from [192.168.1.20] (124.161.189.72.cfl.res.rr.com [72.189.161.124])
	by ms-smtp-07.tampabay.rr.com (8.13.6/8.13.6) with ESMTP id l1JDU2Q6027116
	for <users@tomcat.apache.org>; Mon, 19 Feb 2007 08:30:03 -0500 (EST)
From: aladdin <aladdin@csunv.com>
To: "Tomcat Users List" <users@tomcat.apache.org>
Subject: Re: Can't find classes in jar files in WEB-INF
Date: Mon, 19 Feb 2007 08:30:02 -0500
User-Agent: KMail/1.9.1
References: <200702162252.39748.aladdin@csunv.com>
 <200702182146.28744.aladdin@csunv.com> <45D99FD7.40602@cornell.edu>
In-Reply-To: <45D99FD7.40602@cornell.edu>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200702190830.02488.aladdin@csunv.com>
X-Virus-Scanned: Symantec AntiVirus Scan Engine
X-Virus-Checked: Checked by ClamAV on apache.org

Here's a snippet of my web.xml that shows the filter:


  <servlet>
      <servlet-name>ReqMgr</servlet-name>
      <servlet-class>infoIsland.ReqMgr</servlet-class>
  </servlet>
  <servlet-mapping>
      <servlet-name>ReqMgr</servlet-name>
      <url-pattern>/members/servlet/ReqMgr</url-pattern>
  </servlet-mapping>

  <!-- Filters Here -->
  <filter>
    <filter-name>CheckUser</filter-name>
    <filter-class>infoIsland.CheckUser</filter-class>
    <init-param>
      <param-name>loginPage</param-name>
      <param-value>/login.jsp</param-value>
    </init-param>
  </filter>
  <filter-mapping>
    <filter-name>CheckUser</filter-name>
    <url-pattern>/members/*</url-pattern>
  </filter-mapping>

Interesting, though, the filter is AFTER the servlet.  Does that mean tomcat 
is finding them?

However, it all works when the classes are exploded, filters, servlets, & all.

I've tried the jar -tvf, and it works OK.  In fact, I just jar 'em up right 
from the WEB-INF/classes directory, move 'em over to lib, and delete the 
directories underneath classes.  That's the way I produce the jar.  Is there 
something supposed to be in it that I'm missing?

On Monday 19 February 2007 08:02, David Smith wrote:
> You don't need to tell tomcat to look in WEB-INF/lib/*.jar.  Tomcat does
> that automatically per spec.  I'm guessing there is something wrong with
> the way your jar was created or a permissions problem.
>
> Try testing the jar with
>
> $JAVA_HOME/bin/jar tf whatever.jar
> (linux/maxos syntax)
> or
> %JAVA_HOME\bin\jar tf whatever.jar
> (windows syntax)
>
> to be sure it's valid.  The command above lists all the files in the jar
> file.  Then be sure permissions are set so the user tomcat runs as can
> read it.  One last thing to look for is any errors further up in the
> logs above the class not found exception.
>
> --David
>
> aladdin wrote:
> >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