The stack trace doesn't show any classes coming from your
"com" or "dir" directories under WEB-INF/classes.  Is this
the same problem?  Where are each of the "kitabe" classes
located?

Cheers,
Larry

> -----Original Message-----
> From: Amine AMAR [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 19, 2002 4:11 PM
> To: Tomcat Users List
> Subject: Re: classes visibility in the WEB-INF dir
> 
> 
> Thank's for your reply, but my web application has no 
> particular definition. The stack trace is as follows (root cause):
> 
> java.lang.NoClassDefFoundError: kitabe/SearchUtilities
>       at 
> kitabe.dal.home.BookHome.rechercheMulticriteres(BookHome.java:485)
>       at 
> kitabe.bl.Catalogue.rechercheMulticriteres(Catalogue.java:231)
>       at org.apache.jsp.results$jsp._jspService(results$jsp.java:160)
>       at 
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107)
>       at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
>       at 
> org.apache.jasper.servlet.JspServlet$JspServletWrapper.service
> (JspServlet.java:202)
>       at 
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet
> .java:382)
>       at 
> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474)
>       at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
>       at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
> er(ApplicationFilterChain.java:247)
>       at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
> cationFilterChain.java:193)
>       at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
> rapperValve.java:243)
>       at 
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:566)
>       at 
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:472)
>       at 
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
>       at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardC
> ontextValve.java:201)
>       at 
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:566)
>       at 
> org.apache.catalina.valves.CertificatesValve.invoke(Certificat
> esValve.java:246)
>       at 
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:564)
> 
> If you can just have a look at it and tell me if you see 
> anything wrong. The logs contain just the same info.
> 
> Thank's again
> 
> Amine
> 
> ----- Original Message ----- 
> From: "Larry Isaacs" <[EMAIL PROTECTED]>
> To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
> Sent: Tuesday, February 19, 2002 9:01 PM
> Subject: RE: classes visibility in the WEB-INF dir
> 
> 
> > This error implies that a class that needs to "see" your
> > "com" and/or "dir" classes is being loaded in a parent of
> > the web application's class loader.  This "parent"
> > classloader is at or between the "classpath" classloader
> > and the web application classloader.  The stacktrace
> > should give you a clue as to who this class is.
> > 
> > Cheers,
> > Larry
> > 
> > > -----Original Message-----
> > > From: Amine AMAR [mailto:[EMAIL PROTECTED]]
> > > Sent: Tuesday, February 19, 2002 3:56 PM
> > > To: Tomcat Users List
> > > Subject: classes visibility in the WEB-INF dir
> > > 
> > > 
> > > Hi all,
> > > 
> > > I've been using TC for a couple of years, and I have a fancy 
> > > little question :)
> > > 
> > > I have two directories (com and dir) in the WEB-INF\classes 
> > > directory of an application context. The classes in dir are 
> > > not visible (noClassDefFoundError).
> > > When I put the path of my WEB-INF\classes in the startup 
> > > classpath of catalina.bat, the classes are visible.
> > > 
> > > Does anyone ave a clue why?
> > > 
> > > PS: I have already double checked all spelling of directories 
> > > and hierarchies for errors.
> > > 
> > > Thank's all
> > > 
> > > Amine
> > > 
> > 
> > --
> > To unsubscribe:   
> <mailto:[EMAIL PROTECTED]>
> > For additional commands: 
> <mailto:[EMAIL PROTECTED]>
> > Troubles with the list: 
> <mailto:[EMAIL PROTECTED]>
> > 
> > 
> 
> 
> --
> To unsubscribe:   <mailto:[EMAIL PROTECTED]>
> For additional commands: <mailto:[EMAIL PROTECTED]>
> Troubles with the list: <mailto:[EMAIL PROTECTED]>
> 

--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>

Reply via email to