RE: classes visibility in the WEB-INF dir ----> SOLVED

[Sampige, Srinivas]

Hi Craig
 Craig,my apologies for not being clear . First of all, yes I agree, as you
say - " 99.9% of them being user error or misunderstanding". "The issue"
that I was talking about was migrating to 4.0 from 3.2 as was mentioned in
my email. I spent some time trouble shooting,digging around in the
documentation and discovered that I had to change my "web.xml". 

>answers quickly is to provide as much information as possible about the
>problems you are facing (as *many* people do on TOMCAT-USER):
OS : Windows 2000
App Server : Tomcat4.0
Problem Desc : Servlets that run on 3.2.1 do not run on 4.0. I have added
the context to my webapp in 4.0 in exactly the same manner that I have done
in 3.2.1. 

Erorr that I get :
HTTP Status 404 - /xmlToPdf/servlet/ConvertXmlServlet
The requested resource (/xmlToPdf/servlet/ConvertXmlServlet) is not
available. 
 

>can tell you if it's been addressed in the documentation.  I'm afraid that
>I cannot read your mind :-).
  Well what was in my mind was ...I was really frustrated that I had to
worry about configuration issues and going back all over again doing trouble
shooting.Should I concentrate on my application design/logic OR should
concentrate on numerous config issues which I had done before and had to do
again when I moved to 4.0 and probably will have to do when I move to higher
versions?? . What I was looking for was some kind of a  guide "migrating to
4.0" which would highlight the kind of problem I faced(is there such a guide
I don't know of?). Also, I personally don't fancy the idea of people
accessing config files directly. Some kind of interface(need not be be fancy
stuff but a simple tool) should be provided. Eventhough everyone of us
understands what a config file looks like and contains it is very easy to
make a mistake but difficult to trouble shoot when involved in a big project
and concentrating on the application logic and other details.(of course
Tomat developers would be able to track down and fix it faster :-) but what
about the rest of us ?). 

>If "this issue" means that you didn't know you have to match your
>directory structure under /WEB-INF/classes to the package hierarchy of
>your classes, that is fundamental Java programming -- amply covered in the
>many books and tutorials about the language itself.  A good place to start
>is <http://java.sun.com/docs/books/tutorial/>.
>"bug reports" are really misunderstandings of how servlets work,
> or about what certain configuration settings mean).

Thanks for pointing me to the website. But, I have ample experience in
Java,servlets & a host od app servers (and of course packages othwerwise my
complex web app that I am working on wouldn't have worked in the first place
:-)). I guess I need more experience on posting a good email on the "mailing
list". I hope this and my previous email is/was taken in good spirit. I
wasn't looking at finding fault(which is the easiest thing to do :-)). It
was more like a frustrated ...hands in the air..help me ...kind of
...question.

thanks
Srinivas





-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 22, 2002 10:30 AM
To: Tomcat Users List
Subject: RE: classes visibility in the WEB-INF dir > SOLVED




On Fri, 22 Feb 2002, Sampige, Srinivas wrote:

> Date: Fri, 22 Feb 2002 10:04:10 -0800
> From: "Sampige, Srinivas" <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: 'Tomcat Users List' <[EMAIL PROTECTED]>
> Subject: RE: classes visibility in the WEB-INF dir > SOLVED
>
> Now more than one person has faced this problem. Please refer to my
posting
> titled "Configuring my own servlets on Tomcat4.0". Have the Tomcat
> developers addressed this issue in the documentation?(at least I couldn't
> find it...am I missing something?). This makes developement higly
> unproductive. For you reference this is what I posted earlier(for which I
> got replies) -

Which "this issue" are you speaking of?  If it's the fact that WEB-INF has
to be capitalized, that is documented in the Servlet Specification
(because it is common to all servlet containers, not just Tomcat):

  http://java.sun.com/products/servlet/download.html

In addition, any book or article or tutorial about building web
applications will certainly mention it.

If "this issue" means that you didn't know you have to match your
directory structure under /WEB-INF/classes to the package hierarchy of
your classes, that is fundamental Java programming -- amply covered in the
many books and tutorials about the language itself.  A good place to start
is <http://java.sun.com/docs/books/tutorial/>.

If it's some other issue, then you'll have to tell me what it w

RE: classes visibility in the WEB-INF dir ----> SOLVED

[Craig R. McClanahan]

On Fri, 22 Feb 2002, Sampige, Srinivas wrote:

> Date: Fri, 22 Feb 2002 10:04:10 -0800
> From: "Sampige, Srinivas" <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: 'Tomcat Users List' <[EMAIL PROTECTED]>
> Subject: RE: classes visibility in the WEB-INF dir > SOLVED
>
> Now more than one person has faced this problem. Please refer to my posting
> titled "Configuring my own servlets on Tomcat4.0". Have the Tomcat
> developers addressed this issue in the documentation?(at least I couldn't
> find it...am I missing something?). This makes developement higly
> unproductive. For you reference this is what I posted earlier(for which I
> got replies) -

Which "this issue" are you speaking of?  If it's the fact that WEB-INF has
to be capitalized, that is documented in the Servlet Specification
(because it is common to all servlet containers, not just Tomcat):

  http://java.sun.com/products/servlet/download.html

In addition, any book or article or tutorial about building web
applications will certainly mention it.

If "this issue" means that you didn't know you have to match your
directory structure under /WEB-INF/classes to the package hierarchy of
your classes, that is fundamental Java programming -- amply covered in the
many books and tutorials about the language itself.  A good place to start
is <http://java.sun.com/docs/books/tutorial/>.

If it's some other issue, then you'll have to tell me what it was before I
can tell you if it's been addressed in the documentation.  I'm afraid that
I cannot read your mind :-).

> 
> Hi
>  I downloaded Tomcat4.0 just now and insalled it. I am able to run the
> example servlets. When I try to create my own servlets OR whehn I try to
> deploy and run those web apps that were working on the older version
> (Tomcat3.2) the new servlets don't run. Any clues? I looked at the
> documentation but could not find anything.
>

Quite frankly, Srinivas, it should not surprise anyone that this problem
report did not get any useful feedback.  After all, does it describe the
error messages that you got?  Or, does it quote stack traces from the log
files?  NOBODY can give much in the way of useful guidance based on the
above paragraph, because there are many thousands of possible reasons for
things going wrong -- 99.9% of them being user error or misunderstanding.

Moral of the story -- if you want help, the best way to get the right
answers quickly is to provide as much information as possible about the
problems you are facing (as *many* people do on TOMCAT-USER):
- Operating system version
- JDK version
- Tomcat version (for example, *which* Tomcat 4.0?)
- Web server version (if relevant)
- Web connector -- mod_jk, mod_webapp, etc. -- version (if relevant)
- Concise description of the problem
- Error messages or stack traces that you received
  in the response page or log files
- What you expected to have happen (you'd be surprised how many
  "bug reports" are really misunderstandings of how servlets work,
  or about what certain configuration settings mean).

> thanks
> -Srinivas

Craig McClanahan



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

RE: classes visibility in the WEB-INF dir ----> SOLVED

[Sampige, Srinivas]

Now more than one person has faced this problem. Please refer to my posting
titled "Configuring my own servlets on Tomcat4.0". Have the Tomcat
developers addressed this issue in the documentation?(at least I couldn't
find it...am I missing something?). This makes developement higly
unproductive. For you reference this is what I posted earlier(for which I
got replies) -

Hi
 I downloaded Tomcat4.0 just now and insalled it. I am able to run the
example servlets. When I try to create my own servlets OR whehn I try to
deploy and run those web apps that were working on the older version
(Tomcat3.2) the new servlets don't run. Any clues? I looked at the
documentation but could not find anything.

thanks
-Srinivas
--

thanks
Srinivas

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

-Original Message-
From: Dmitry Nikelshpur [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 22, 2002 2:04 AM
To: Tomcat Users List
Subject: Re: classes visibility in the WEB-INF dir > SOLVED


I had something 'similar' happen when I was installing Tomcat 4.0.2...
I could not get servlets in webapps/myapp/web-inf/classes to be found.
I kept changing paths, web/server.xml, etc., but nothing seemed to work.
However, /examples and another WAR file were working fine.
What I did was:
1) I copied the servlets into one of the directories that were working 
(eg. examples).
 The servlets were being found
2) I copied all code from the directory that was not working into the 
/examples directory.
3) renamed the directory to the old nameand all works fine ever since.

Things like this have worked for me in the past when I get REALLY 
frustratedWas I really missing something (doubtful I was misspelling 
the servlet's name in this case)...This is reminiscent of invisible 
characters :-)  ...or something was causing the servlets not to be loaded?!?

Dmitry

Amine AMAR wrote:

>Hi,
> I tried to jar the classes directory and reload TC, but I have the same
behavior.
>
>I also tried creating a class kitabe.SearchUtilities2 with exacty the same
code as SearchUtilities (using save as). SearchUtilities2
>works fine, but not SearchUtilities.
>
>I then tried to rename my new SearchUtilities2 to SearchUtilities ---> THEN
IT DID WORK.
>
>This is very weard :?). I used to delete all .class files and recompile to
be sure that the files get recompiled, and that there is
>no problem related to that. If anyone of you have seen this behavior,
please let us know.
>
>Thank's all for your help
>
>Amine
>
>- 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
>>
>>>-Original Message-
>>>From: Amine AMAR [mailto:[EMAIL PROTECTED]]
>>>Sent: Wednesday, February 20, 2002 1:35 PM
>>>To: Tomcat Users List
>>>Subject: Re: classes visibility in the WEB-INF dir
>>>
>>>
>>>Hi,
>>>
>>>Yes, all kitabe classes are in /ketabe/WEB-INF/classes directory.
>>>Line 60 in kitabe.dal.home.AuthorHome.findByName() contain
>>>only a call for the constructor of kitabe.SearchUtilities
>>>(SearchUtilities su = new SearchUtilities();)
>>>
>>>Regards,
>>>Amine
>>>
>>>- Original Message -
>>>From: "Larry Isaacs" <[EMAIL PROTECTED]>
>>>To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
>>>Sent: Wednesday, February 20, 2002 5:47 PM
>>>Subject: RE: classes visibility in the WEB-INF dir
>>>
>>>
>>>>Are all "kitabe" classes located in your /ketabe/WEB-INF/classes
>>>>directory?  Also, to you know what the link is between what
>>>>kitabe.dal.home.AuthorHome.findByName() is doing around line 60
>>>>and kitabe.SearchUtilities?
>>>>
>>>>Cheers,
>>>>Larry
>>>>
>>>>
>>>>>-Original Message-
>>>>>From: Amine AMAR [mailto:[EMAIL PROTECTED]]
>>>>>Sent: Wednesday, February 20, 2002 11:34 AM

Re: classes visibility in the WEB-INF dir ----> SOLVED

[Dmitry Nikelshpur]

I had something 'similar' happen when I was installing Tomcat 4.0.2...
I could not get servlets in webapps/myapp/web-inf/classes to be found.
I kept changing paths, web/server.xml, etc., but nothing seemed to work.
However, /examples and another WAR file were working fine.
What I did was:
1) I copied the servlets into one of the directories that were working 
(eg. examples).
 The servlets were being found
2) I copied all code from the directory that was not working into the 
/examples directory.
3) renamed the directory to the old nameand all works fine ever since.

Things like this have worked for me in the past when I get REALLY 
frustratedWas I really missing something (doubtful I was misspelling 
the servlet's name in this case)...This is reminiscent of invisible 
characters :-)  ...or something was causing the servlets not to be loaded?!?

Dmitry

Amine AMAR wrote:

>Hi,
> I tried to jar the classes directory and reload TC, but I have the same behavior.
>
>I also tried creating a class kitabe.SearchUtilities2 with exacty the same code as 
>SearchUtilities (using save as). SearchUtilities2
>works fine, but not SearchUtilities.
>
>I then tried to rename my new SearchUtilities2 to SearchUtilities ---> THEN IT DID 
>WORK.
>
>This is very weard :?). I used to delete all .class files and recompile to be sure 
>that the files get recompiled, and that there is
>no problem related to that. If anyone of you have seen this behavior, please let us 
>know.
>
>Thank's all for your help
>
>Amine
>
>- 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
>>
>>>-Original Message-
>>>From: Amine AMAR [mailto:[EMAIL PROTECTED]]
>>>Sent: Wednesday, February 20, 2002 1:35 PM
>>>To: Tomcat Users List
>>>Subject: Re: classes visibility in the WEB-INF dir
>>>
>>>
>>>Hi,
>>>
>>>Yes, all kitabe classes are in /ketabe/WEB-INF/classes directory.
>>>Line 60 in kitabe.dal.home.AuthorHome.findByName() contain
>>>only a call for the constructor of kitabe.SearchUtilities
>>>(SearchUtilities su = new SearchUtilities();)
>>>
>>>Regards,
>>>Amine
>>>
>>>- Original Message -
>>>From: "Larry Isaacs" <[EMAIL PROTECTED]>
>>>To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
>>>Sent: Wednesday, February 20, 2002 5:47 PM
>>>Subject: RE: classes visibility in the WEB-INF dir
>>>
>>>
>>>>Are all "kitabe" classes located in your /ketabe/WEB-INF/classes
>>>>directory?  Also, to you know what the link is between what
>>>>kitabe.dal.home.AuthorHome.findByName() is doing around line 60
>>>>and kitabe.SearchUtilities?
>>>>
>>>>Cheers,
>>>>Larry
>>>>
>>>>
>>>>>-Original Message-
>>>>>From: Amine AMAR [mailto:[EMAIL PROTECTED]]
>>>>>Sent: Wednesday, February 20, 2002 11:34 AM
>>>>>To: Tomcat Users List
>>>>>Subject: Re: classes visibility in the WEB-INF dir
>>>>>
>>>>>
>>>>>Hi,
>>>>>Sorry for misleading you. my directories are kitabe and com.
>>>>>The pb comes from the kitabe directory. the 'dir' was just for the
>>>>>exemple.
>>>>>here after the whole log file
>>>>>-
>>>>>2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploying class
>>>>>repositories to work directory
>>>>>C:\jakarta-tomcat-4.0.1\work\localhost\ketabe
>>>>>2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR
>>>>>/WEB-INF/lib/classes12.jar to
>>>>>
>>>c:\www\ketabe\WEB-INF\lib\classes12.jar
>>>
>>>>>2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR
>>>>>/WEB-INF/lib/crimson.jar to c:\www\ketabe\WEB-INF\lib\crimson.jar
>>>>>2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR
>>>>>/WEB-INF/lib/log4j

Re: classes visibility in the WEB-INF dir ----> SOLVED

[Amine AMAR]

Hi,
 I tried to jar the classes directory and reload TC, but I have the same behavior.

I also tried creating a class kitabe.SearchUtilities2 with exacty the same code as 
SearchUtilities (using save as). SearchUtilities2
works fine, but not SearchUtilities.

I then tried to rename my new SearchUtilities2 to SearchUtilities ---> THEN IT DID 
WORK.

This is very weard :?). I used to delete all .class files and recompile to be sure 
that the files get recompiled, and that there is
no problem related to that. If anyone of you have seen this behavior, please let us 
know.

Thank's all for your help

Amine

- 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
>
> > -Original Message-
> > From: Amine AMAR [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, February 20, 2002 1:35 PM
> > To: Tomcat Users List
> > Subject: Re: classes visibility in the WEB-INF dir
> >
> >
> > Hi,
> >
> > Yes, all kitabe classes are in /ketabe/WEB-INF/classes directory.
> > Line 60 in kitabe.dal.home.AuthorHome.findByName() contain
> > only a call for the constructor of kitabe.SearchUtilities
> > (SearchUtilities su = new SearchUtilities();)
> >
> > Regards,
> > Amine
> >
> > - Original Message -----
> > From: "Larry Isaacs" <[EMAIL PROTECTED]>
> > To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
> > Sent: Wednesday, February 20, 2002 5:47 PM
> > Subject: RE: classes visibility in the WEB-INF dir
> >
> >
> > > Are all "kitabe" classes located in your /ketabe/WEB-INF/classes
> > > directory?  Also, to you know what the link is between what
> > > kitabe.dal.home.AuthorHome.findByName() is doing around line 60
> > > and kitabe.SearchUtilities?
> > >
> > > Cheers,
> > > Larry
> > >
> > >
> > > > -Original Message-
> > > > From: Amine AMAR [mailto:[EMAIL PROTECTED]]
> > > > Sent: Wednesday, February 20, 2002 11:34 AM
> > > > To: Tomcat Users List
> > > > Subject: Re: classes visibility in the WEB-INF dir
> > > >
> > > >
> > > > Hi,
> > > > Sorry for misleading you. my directories are kitabe and com.
> > > > The pb comes from the kitabe directory. the 'dir' was just for the
> > > > exemple.
> > > > here after the whole log file
> > > > -
> > > > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploying class
> > > > repositories to work directory
> > > > C:\jakarta-tomcat-4.0.1\work\localhost\ketabe
> > > > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR
> > > > /WEB-INF/lib/classes12.jar to
> > c:\www\ketabe\WEB-INF\lib\classes12.jar
> > > > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR
> > > > /WEB-INF/lib/crimson.jar to c:\www\ketabe\WEB-INF\lib\crimson.jar
> > > > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR
> > > > /WEB-INF/lib/log4j.jar to c:\www\ketabe\WEB-INF\lib\log4j.jar
> > > > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR
> > > > /WEB-INF/lib/poolman.jar to c:\www\ketabe\WEB-INF\lib\poolman.jar
> > > > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR
> > > > /WEB-INF/lib/xalan.jar to c:\www\ketabe\WEB-INF\lib\xalan.jar
> > > > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Reloading checks
> > > > are enabled for this Context
> > > > 2002-02-20 15:56:15 StandardManager[/ketabe]: Seeding random
> > > > number generator class java.security.SecureRandom
> > > > 2002-02-20 15:56:15 StandardManager[/ketabe]: Seeding of
> > > > random number generator has been completed
> > > > 2002-02-20 15:56:16 ContextConfig[/ketabe]: Added
> > > > certificates -> request attribute Valve
> > > > 2002-02-20 15:56:16 StandardWrapper[/ketabe:default]: Loading
> > > > container servlet default
> > > > 2002-02-20 15:56:16 default: init
> > > > 2002-02-20 15:56:16 StandardWrapper[/ketabe:inv

RE: classes visibility in the WEB-INF dir

[Larry Isaacs]

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.cata

Re: classes visibility in the WEB-INF dir

[Amine AMAR]

Hi,
I created a new class in the kitabe package and it's visible (works with no problem). 
I tried also another class in the same packege
and it works fine. The problem lies only with the kitabe.SearchUtilities class. Is 
this a reserved word in some
techno/language/...???

Regards
Amine
- 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
>
> > -Original Message-
> > From: Amine AMAR [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, February 20, 2002 1:35 PM
> > To: Tomcat Users List
> > Subject: Re: classes visibility in the WEB-INF dir
> >
> >
> > Hi,
> >
> > Yes, all kitabe classes are in /ketabe/WEB-INF/classes directory.
> > Line 60 in kitabe.dal.home.AuthorHome.findByName() contain
> > only a call for the constructor of kitabe.SearchUtilities
> > (SearchUtilities su = new SearchUtilities();)
> >
> > Regards,
> > Amine
> >
> > ----- Original Message -----
> > From: "Larry Isaacs" <[EMAIL PROTECTED]>
> > To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
> > Sent: Wednesday, February 20, 2002 5:47 PM
> > Subject: RE: classes visibility in the WEB-INF dir
> >
> >
> > > Are all "kitabe" classes located in your /ketabe/WEB-INF/classes
> > > directory?  Also, to you know what the link is between what
> > > kitabe.dal.home.AuthorHome.findByName() is doing around line 60
> > > and kitabe.SearchUtilities?
> > >
> > > Cheers,
> > > Larry
> > >
> > >
> > > > -Original Message-
> > > > From: Amine AMAR [mailto:[EMAIL PROTECTED]]
> > > > Sent: Wednesday, February 20, 2002 11:34 AM
> > > > To: Tomcat Users List
> > > > Subject: Re: classes visibility in the WEB-INF dir
> > > >
> > > >
> > > > Hi,
> > > > Sorry for misleading you. my directories are kitabe and com.
> > > > The pb comes from the kitabe directory. the 'dir' was just for the
> > > > exemple.
> > > > here after the whole log file
> > > > -
> > > > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploying class
> > > > repositories to work directory
> > > > C:\jakarta-tomcat-4.0.1\work\localhost\ketabe
> > > > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR
> > > > /WEB-INF/lib/classes12.jar to
> > c:\www\ketabe\WEB-INF\lib\classes12.jar
> > > > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR
> > > > /WEB-INF/lib/crimson.jar to c:\www\ketabe\WEB-INF\lib\crimson.jar
> > > > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR
> > > > /WEB-INF/lib/log4j.jar to c:\www\ketabe\WEB-INF\lib\log4j.jar
> > > > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR
> > > > /WEB-INF/lib/poolman.jar to c:\www\ketabe\WEB-INF\lib\poolman.jar
> > > > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR
> > > > /WEB-INF/lib/xalan.jar to c:\www\ketabe\WEB-INF\lib\xalan.jar
> > > > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Reloading checks
> > > > are enabled for this Context
> > > > 2002-02-20 15:56:15 StandardManager[/ketabe]: Seeding random
> > > > number generator class java.security.SecureRandom
> > > > 2002-02-20 15:56:15 StandardManager[/ketabe]: Seeding of
> > > > random number generator has been completed
> > > > 2002-02-20 15:56:16 ContextConfig[/ketabe]: Added
> > > > certificates -> request attribute Valve
> > > > 2002-02-20 15:56:16 StandardWrapper[/ketabe:default]: Loading
> > > > container servlet default
> > > > 2002-02-20 15:56:16 default: init
> > > > 2002-02-20 15:56:16 StandardWrapper[/ketabe:invoker]: Loading
> > > > container servlet invoker
> > > > 2002-02-20 15:56:16 invoker: init
> > > > 2002-02-20 15:56:16 jsp: init
> > > > 2002-02-20 15:57:56 jsp: init
> > > > 2002-02-20 16:32:49 jsp: init
> > &g

RE: classes visibility in the WEB-INF dir

[Reynir Hübner]

try jar-ing the classfiles up and put the jar file into WEB-INF/lib
then it should be in the classpath (seems like that's the problem here).

-hope it helps


> -Original Message-
> From: Amine AMAR [mailto:[EMAIL PROTECTED]]
> Sent: 21. febrúar 2002 13:40
> 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

Re: classes visibility in the WEB-INF dir

[Amine AMAR]

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(JspServlet.java:139)
at 
org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(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.internalDoFilter(ApplicationFilterChain.java:247)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243)
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:201)
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at 
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2344)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at 
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170)
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462)
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:163)
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at 
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1011)
at 
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.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
>
> > -Original Message-
> > From: Amine AMAR [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, February 20, 2002 1:35 PM
> > To: Tomcat Users List
> > Subject: Re: classes visibility in the WEB-INF dir
> >
> >
> > Hi,
> >
> > Yes, all kitabe classes are in /ketabe/WEB-INF/classes directory.
> > Line 60 in kitabe.dal.home.AuthorHome.findByName() contain
> > only a call for the constructor of kitabe.SearchUtilities
> > (SearchUtilities su = new SearchUtilities();)
> >
> > Regards,
> > Amine
> >
> > - Original Message -----
> > From: "Larry Isaacs" <[EMAIL PROTECTED]>
> > To: "'Tomcat Users List'"

RE: classes visibility in the WEB-INF dir

[Larry Isaacs]

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

> -Original Message-
> From: Amine AMAR [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 20, 2002 1:35 PM
> To: Tomcat Users List
> Subject: Re: classes visibility in the WEB-INF dir
> 
> 
> Hi,
> 
> Yes, all kitabe classes are in /ketabe/WEB-INF/classes directory.
> Line 60 in kitabe.dal.home.AuthorHome.findByName() contain 
> only a call for the constructor of kitabe.SearchUtilities
> (SearchUtilities su = new SearchUtilities();)
> 
> Regards,
> Amine
> 
> - Original Message -
> From: "Larry Isaacs" <[EMAIL PROTECTED]>
> To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
> Sent: Wednesday, February 20, 2002 5:47 PM
> Subject: RE: classes visibility in the WEB-INF dir
> 
> 
> > Are all "kitabe" classes located in your /ketabe/WEB-INF/classes
> > directory?  Also, to you know what the link is between what
> > kitabe.dal.home.AuthorHome.findByName() is doing around line 60
> > and kitabe.SearchUtilities?
> >
> > Cheers,
> > Larry
> >
> >
> > > -----Original Message-
> > > From: Amine AMAR [mailto:[EMAIL PROTECTED]]
> > > Sent: Wednesday, February 20, 2002 11:34 AM
> > > To: Tomcat Users List
> > > Subject: Re: classes visibility in the WEB-INF dir
> > >
> > >
> > > Hi,
> > > Sorry for misleading you. my directories are kitabe and com.
> > > The pb comes from the kitabe directory. the 'dir' was just for the
> > > exemple.
> > > here after the whole log file
> > > -
> > > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploying class
> > > repositories to work directory
> > > C:\jakarta-tomcat-4.0.1\work\localhost\ketabe
> > > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR
> > > /WEB-INF/lib/classes12.jar to 
> c:\www\ketabe\WEB-INF\lib\classes12.jar
> > > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR
> > > /WEB-INF/lib/crimson.jar to c:\www\ketabe\WEB-INF\lib\crimson.jar
> > > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR
> > > /WEB-INF/lib/log4j.jar to c:\www\ketabe\WEB-INF\lib\log4j.jar
> > > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR
> > > /WEB-INF/lib/poolman.jar to c:\www\ketabe\WEB-INF\lib\poolman.jar
> > > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR
> > > /WEB-INF/lib/xalan.jar to c:\www\ketabe\WEB-INF\lib\xalan.jar
> > > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Reloading checks
> > > are enabled for this Context
> > > 2002-02-20 15:56:15 StandardManager[/ketabe]: Seeding random
> > > number generator class java.security.SecureRandom
> > > 2002-02-20 15:56:15 StandardManager[/ketabe]: Seeding of
> > > random number generator has been completed
> > > 2002-02-20 15:56:16 ContextConfig[/ketabe]: Added
> > > certificates -> request attribute Valve
> > > 2002-02-20 15:56:16 StandardWrapper[/ketabe:default]: Loading
> > > container servlet default
> > > 2002-02-20 15:56:16 default: init
> > > 2002-02-20 15:56:16 StandardWrapper[/ketabe:invoker]: Loading
> > > container servlet invoker
> > > 2002-02-20 15:56:16 invoker: init
> > > 2002-02-20 15:56:16 jsp: init
> > > 2002-02-20 15:57:56 jsp: init
> > > 2002-02-20 16:32:49 jsp: init
> > > 2002-02-20 16:32:49 StandardWrapperValve[jsp]:
> > > Servlet.service() for servlet jsp threw exception
> > > javax.servlet.ServletException: kitabe/SearchUtilities
> > >  at
> > > org.apache.jasper.runtime.PageContextImpl.handlePageException(
> > > PageContextImpl.java:457)
> > >  at org.apache.jsp.result$jsp._jspService(result$jsp.java:407)
> > >  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.jav

Re: classes visibility in the WEB-INF dir

[Amine AMAR]

Hi,

Yes, all kitabe classes are in /ketabe/WEB-INF/classes directory.
Line 60 in kitabe.dal.home.AuthorHome.findByName() contain only a call for the 
constructor of kitabe.SearchUtilities
(SearchUtilities su = new SearchUtilities();)

Regards,
Amine

- Original Message -
From: "Larry Isaacs" <[EMAIL PROTECTED]>
To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
Sent: Wednesday, February 20, 2002 5:47 PM
Subject: RE: classes visibility in the WEB-INF dir


> Are all "kitabe" classes located in your /ketabe/WEB-INF/classes
> directory?  Also, to you know what the link is between what
> kitabe.dal.home.AuthorHome.findByName() is doing around line 60
> and kitabe.SearchUtilities?
>
> Cheers,
> Larry
>
>
> > -Original Message-
> > From: Amine AMAR [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, February 20, 2002 11:34 AM
> > To: Tomcat Users List
> > Subject: Re: classes visibility in the WEB-INF dir
> >
> >
> > Hi,
> > Sorry for misleading you. my directories are kitabe and com.
> > The pb comes from the kitabe directory. the 'dir' was just for the
> > exemple.
> > here after the whole log file
> > -
> > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploying class
> > repositories to work directory
> > C:\jakarta-tomcat-4.0.1\work\localhost\ketabe
> > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR
> > /WEB-INF/lib/classes12.jar to c:\www\ketabe\WEB-INF\lib\classes12.jar
> > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR
> > /WEB-INF/lib/crimson.jar to c:\www\ketabe\WEB-INF\lib\crimson.jar
> > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR
> > /WEB-INF/lib/log4j.jar to c:\www\ketabe\WEB-INF\lib\log4j.jar
> > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR
> > /WEB-INF/lib/poolman.jar to c:\www\ketabe\WEB-INF\lib\poolman.jar
> > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR
> > /WEB-INF/lib/xalan.jar to c:\www\ketabe\WEB-INF\lib\xalan.jar
> > 2002-02-20 15:56:15 WebappLoader[/ketabe]: Reloading checks
> > are enabled for this Context
> > 2002-02-20 15:56:15 StandardManager[/ketabe]: Seeding random
> > number generator class java.security.SecureRandom
> > 2002-02-20 15:56:15 StandardManager[/ketabe]: Seeding of
> > random number generator has been completed
> > 2002-02-20 15:56:16 ContextConfig[/ketabe]: Added
> > certificates -> request attribute Valve
> > 2002-02-20 15:56:16 StandardWrapper[/ketabe:default]: Loading
> > container servlet default
> > 2002-02-20 15:56:16 default: init
> > 2002-02-20 15:56:16 StandardWrapper[/ketabe:invoker]: Loading
> > container servlet invoker
> > 2002-02-20 15:56:16 invoker: init
> > 2002-02-20 15:56:16 jsp: init
> > 2002-02-20 15:57:56 jsp: init
> > 2002-02-20 16:32:49 jsp: init
> > 2002-02-20 16:32:49 StandardWrapperValve[jsp]:
> > Servlet.service() for servlet jsp threw exception
> > javax.servlet.ServletException: kitabe/SearchUtilities
> >  at
> > org.apache.jasper.runtime.PageContextImpl.handlePageException(
> > PageContextImpl.java:457)
> >  at org.apache.jsp.result$jsp._jspService(result$jsp.java:407)
> >  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

RE: classes visibility in the WEB-INF dir

[Larry Isaacs]

Are all "kitabe" classes located in your /ketabe/WEB-INF/classes
directory?  Also, to you know what the link is between what
kitabe.dal.home.AuthorHome.findByName() is doing around line 60
and kitabe.SearchUtilities?

Cheers,
Larry


> -Original Message-
> From: Amine AMAR [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 20, 2002 11:34 AM
> To: Tomcat Users List
> Subject: Re: classes visibility in the WEB-INF dir
> 
> 
> Hi,
> Sorry for misleading you. my directories are kitabe and com. 
> The pb comes from the kitabe directory. the 'dir' was just for the
> exemple.
> here after the whole log file
> -
> 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploying class 
> repositories to work directory
> C:\jakarta-tomcat-4.0.1\work\localhost\ketabe
> 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR 
> /WEB-INF/lib/classes12.jar to c:\www\ketabe\WEB-INF\lib\classes12.jar
> 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR 
> /WEB-INF/lib/crimson.jar to c:\www\ketabe\WEB-INF\lib\crimson.jar
> 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR 
> /WEB-INF/lib/log4j.jar to c:\www\ketabe\WEB-INF\lib\log4j.jar
> 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR 
> /WEB-INF/lib/poolman.jar to c:\www\ketabe\WEB-INF\lib\poolman.jar
> 2002-02-20 15:56:15 WebappLoader[/ketabe]: Deploy JAR 
> /WEB-INF/lib/xalan.jar to c:\www\ketabe\WEB-INF\lib\xalan.jar
> 2002-02-20 15:56:15 WebappLoader[/ketabe]: Reloading checks 
> are enabled for this Context
> 2002-02-20 15:56:15 StandardManager[/ketabe]: Seeding random 
> number generator class java.security.SecureRandom
> 2002-02-20 15:56:15 StandardManager[/ketabe]: Seeding of 
> random number generator has been completed
> 2002-02-20 15:56:16 ContextConfig[/ketabe]: Added 
> certificates -> request attribute Valve
> 2002-02-20 15:56:16 StandardWrapper[/ketabe:default]: Loading 
> container servlet default
> 2002-02-20 15:56:16 default: init
> 2002-02-20 15:56:16 StandardWrapper[/ketabe:invoker]: Loading 
> container servlet invoker
> 2002-02-20 15:56:16 invoker: init
> 2002-02-20 15:56:16 jsp: init
> 2002-02-20 15:57:56 jsp: init
> 2002-02-20 16:32:49 jsp: init
> 2002-02-20 16:32:49 StandardWrapperValve[jsp]: 
> Servlet.service() for servlet jsp threw exception
> javax.servlet.ServletException: kitabe/SearchUtilities
>  at 
> org.apache.jasper.runtime.PageContextImpl.handlePageException(
> PageContextImpl.java:457)
>  at org.apache.jsp.result$jsp._jspService(result$jsp.java:407)
>  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)
>  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

Re: classes visibility in the WEB-INF dir

[Amine AMAR]

Utilities
 at kitabe.dal.home.AuthorHome.findByName(AuthorHome.java:60)
 at kitabe.bl.Catalogue.searchAuthorBooks(Catalogue.java:250)
 at kitabe.bl.Catalogue.searchByTitleAndAuthor(Catalogue.java:389)
 at org.apache.jsp.result$jsp._jspService(result$jsp.java:147)
 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.internalDoFilter(ApplicationFilterChain.java:247)
 at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
 at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243)
 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:201)
 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)
 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
 at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2344)
 at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 at 
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
 at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170)
 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
 at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462)
 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
 at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:163)
 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1011)
 at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1106)
 at java.lang.Thread.run(Thread.java:484)

-
Thank's for your help

Amine

- Original Message -
From: "Larry Isaacs" <[EMAIL PROTECTED]>
To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
Sent: Wednesday, February 20, 2002 1:04 PM
Subject: RE: classes visibility in the WEB-INF dir


> 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)
> >

RE: classes visibility in the WEB-INF dir

[Larry Isaacs]

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]>

Re: classes visibility in the WEB-INF dir

[Amine AMAR]

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.internalDoFilter(ApplicationFilterChain.java:247)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243)
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:201)
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at 
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.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]>

RE: classes visibility in the WEB-INF dir

[Larry Isaacs]

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:   
For additional commands: 
Troubles with the list: