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:[EMAIL PROTECTED]] > 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" <[EMAIL PROTECTED]> > To: "'Tomcat Users List'" <[EMAIL PROTECTED]> > 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:[EMAIL PROTECTED]> For additional commands: <mailto:[EMAIL PROTECTED]> Troubles with the list: <mailto:[EMAIL PROTECTED]>
