tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Larry Isaacs <Larry.Isa...@sas.com>
Subject RE: classes visibility in the WEB-INF dir
Date Thu, 21 Feb 2002 15:15:07 GMT
I'm baffled as to why the JSP page can compile successfully
yet get a NoClassDefFoundError when it is being loaded.
This would be the expected behavior if you compiled the
JSP, deleted kitabe/SearchUtilities.class, restarted
Catalina and accessed the page again.  I'm not aware
what it would take to get the same kind of error with
the class file present.

However, my first assumption would be that this is due to
something wrong or unique with SearchUtilities and not a
bug in Catalina.  In the absence of any better ideas, I
would try creating a new kitabe/SearchUtilities2.java with
the minimal class declaration and compile it.  Update the
test JSP page to reference SearchUtilities2 and try it out.
My assumption it that this would not show a problem (a
simple test case worked for me).  Next, start copying the
implementation in SearchUtilities over to SearchUtilities2
and compile and try again.  Hopefully at some point you
can isolate some code that causes the NoClassDefFoundError
to appear.  If the NoClassDefFoundError doesn't appear,
it would imply that there is something wrong with how
SearchUtilities was or is being built.

Hope this helps.

Cheers,
Larry


> -----Original Message-----
> From: Amine AMAR [mailto:a.amar@dns1.caciopee.com]
> Sent: Thursday, February 21, 2002 8:40 AM
> To: Tomcat Users List
> Subject: Re: classes visibility in the WEB-INF dir
> 
> 
> Hi,
> 
> it gives the following error trace:
> java.lang.NoClassDefFoundError: kitabe/SearchUtilities
> 	at java.lang.Class.newInstance0(Native Method)
> 	at java.lang.Class.newInstance(Class.java:237)
> 	at 
> org.apache.jasper.servlet.JspServlet$JspServletWrapper.load(Js
> pServlet.java:139)
> 	at 
> org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfN
> ecessary(JspServlet.java:179)
> 	at 
> org.apache.jasper.servlet.JspServlet$JspServletWrapper.service
> (JspServlet.java:189)
> 	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)
> 	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.StandardContext.invoke(StandardContex
> t.java:2344)
> 	at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHost
> Valve.java:164)
> 	at 
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:566)
> 	at 
> org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDi
> spatcherValve.java:170)
> 	at 
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:564)
> 	at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport
> Valve.java:170)
> 	at 
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:564)
> 	at 
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValv
> e.java:462)
> 	at 
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:564)
> 	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.StandardEngineValve.invoke(StandardEn
> gineValve.java:163)
> 	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.connector.http.HttpProcessor.process(HttpP
> rocessor.java:1011)
> 	at 
> org.apache.catalina.connector.http.HttpProcessor.run(HttpProce
> ssor.java:1106)
> 	at java.lang.Thread.run(Thread.java:484)
> 
> I tried to do the same with other classes of the package 
> kitabe.dal.bean and it works perfectly. It looks like it's 
> not able to find
> only the classes in the package kitabe.
> Thank's again for your help
> Regards,
> ----- Original Message -----
> From: "Larry Isaacs" <Larry.Isaacs@sas.com>
> To: "'Tomcat Users List'" <tomcat-user@jakarta.apache.org>
> Sent: Wednesday, February 20, 2002 7:02 PM
> Subject: RE: classes visibility in the WEB-INF dir
> 
> 
> > Do you know if any bean or servlet in the ketabe web application
> > successfully loads kitabe.SearchUtilities.  If you are not sure,
> > you could try:
> >
> >     <% kitabe.SearchUtilities su = new kitabe.SearchUtilities() %>
> >
> > on a test JSP page in ketabe and see if it compiles.
> >
> > Cheers,
> > Larry
> >

--
To unsubscribe:   <mailto:tomcat-user-unsubscribe@jakarta.apache.org>
For additional commands: <mailto:tomcat-user-help@jakarta.apache.org>
Troubles with the list: <mailto:tomcat-user-owner@jakarta.apache.org>


Mime
View raw message