Re: classpath problem

[Phillip Morelock]

WEB-INF is case sensitive.

can't be Web-inf

does this make a difference?

fillup


On 6/3/02 1:16 AM, "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]> wrote:

> hello,
> 
> Tomcat 4.0 can't find my classes and my associated resources that are in
> the Web-inf/lib directory of my Web application. When i set the classpath
> dynnamically in the catalina.bat for example, Tomcat can'find the
> HttpServlet.class 
> I can't understand why i have this kind of problem because i believed that
> Tomcat load automatically the jar file that is put in the Web-inf directory
> of a web application !!!
> 
>  
>  
>  
> 
> 
> Patrick PIERRA
> Linedata Services Luxembourg
> 00 352 29 56 65 282
> [EMAIL PROTECTED]
> 
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: classpath problem

[Patrick . Pierra]

When i put WEB-INF instead Web-inf windows reformat the name into Web-inf.
Please note that the name Web-inf was created by Tomcat when i deploy the
WAR.

Patrick PIERRA
Linedata Services Luxembourg
00 352 29 56 65 282
[EMAIL PROTECTED]


   
 
Phillip Morelock   
 
 
elock.com>   cc:   
 
 Subject:     Re: classpath 
problem 
06/03/02 10:23 AM  
 
Please respond to "Tomcat  
 
Users List"
 
   
 
   
 




WEB-INF is case sensitive.

can't be Web-inf

does this make a difference?

fillup


On 6/3/02 1:16 AM, "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]> wrote:

> hello,
>
> Tomcat 4.0 can't find my classes and my associated resources that are in
> the Web-inf/lib directory of my Web application. When i set the classpath
> dynnamically in the catalina.bat for example, Tomcat can'find the
> HttpServlet.class 
> I can't understand why i have this kind of problem because i believed
that
> Tomcat load automatically the jar file that is put in the Web-inf
directory
> of a web application !!!
>
>
>
>
>
>
> Patrick PIERRA
> Linedata Services Luxembourg
> 00 352 29 56 65 282
> [EMAIL PROTECTED]
>
>
> --
> To unsubscribe, e-mail:   <
mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <
mailto:[EMAIL PROTECTED]>
>


--
To unsubscribe, e-mail:   <
mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <
mailto:[EMAIL PROTECTED]>






--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: classpath problem

[Phillip Morelock]

well that is what's wrong

you need to go to the dos prompt and rename it to something else, then
rename it WEB-INF with that case.

f


On 6/3/02 2:06 AM, "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]> wrote:

> 
> When i put WEB-INF instead Web-inf windows reformat the name into Web-inf.
> Please note that the name Web-inf was created by Tomcat when i deploy the
> WAR.
> 
> Patrick PIERRA
> Linedata Services Luxembourg
> 00 352 29 56 65 282
> [EMAIL PROTECTED]
> 
> 
>  
>   Phillip Morelock
><[EMAIL PROTECTED]>
>   elock.com>       cc:
>        Subject: Re: classpath
> problem  
>   06/03/02 10:23 AM
>   Please respond to "Tomcat
>   Users List"
>  
>  
> 
> 
> 
> 
> WEB-INF is case sensitive.
> 
> can't be Web-inf
> 
> does this make a difference?
> 
> fillup
> 
> 
> On 6/3/02 1:16 AM, "[EMAIL PROTECTED]"
> <[EMAIL PROTECTED]> wrote:
> 
>> hello,
>> 
>> Tomcat 4.0 can't find my classes and my associated resources that are in
>> the Web-inf/lib directory of my Web application. When i set the classpath
>> dynnamically in the catalina.bat for example, Tomcat can'find the
>> HttpServlet.class 
>> I can't understand why i have this kind of problem because i believed
> that
>> Tomcat load automatically the jar file that is put in the Web-inf
> directory
>> of a web application !!!
>> 
>> 
>> 
>> 
>> 
>> 
>> Patrick PIERRA
>> Linedata Services Luxembourg
>> 00 352 29 56 65 282
>> [EMAIL PROTECTED]
>> 
>> 
>> --
>> To unsubscribe, e-mail:   <
> mailto:[EMAIL PROTECTED]>
>> For additional commands, e-mail: <
> mailto:[EMAIL PROTECTED]>
>> 
> 
> 
> --
> To unsubscribe, e-mail:   <
> mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <
> mailto:[EMAIL PROTECTED]>
> 
> 
> 
> 
> 
> 
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> 


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: classpath problem

[Jacob Kjome]

All Tomcat is doing is expanding the directory.  If it was Web-inf there, 
then that is what it will be expanded as.  One thing to do is to make sure 
that Windows explorer isn't just displaying it that way even though it is 
properly upper-cased.  You might want to look at it though the command line 
and see if the case is still "Web-inf".

If you configure Explorer to show classic folders, you will be less likely 
to run into this problem..

Jake

At 02:14 AM 6/3/2002 -0700, you wrote:
>well that is what's wrong
>
>you need to go to the dos prompt and rename it to something else, then
>rename it WEB-INF with that case.
>
>f
>
>
>On 6/3/02 2:06 AM, "[EMAIL PROTECTED]"
><[EMAIL PROTECTED]> wrote:
>
> >
> > When i put WEB-INF instead Web-inf windows reformat the name into Web-inf.
> > Please note that the name Web-inf was created by Tomcat when i deploy the
> > WAR.
> >
> > Patrick PIERRA
> > Linedata Services Luxembourg
> > 00 352 29 56 65 282
> > [EMAIL PROTECTED]
> >
> >
> >
> >   Phillip Morelock
> >List
> > <[EMAIL PROTECTED]>
> >   elock.com>   cc:
> >Subject: Re: 
> classpath
> > problem
> >   06/03/02 10:23 AM
> >   Please respond to "Tomcat
> >   Users List"
> >
> >
> >
> >
> >
> >
> > WEB-INF is case sensitive.
> >
> > can't be Web-inf
> >
> > does this make a difference?
> >
> > fillup
> >
> >
> > On 6/3/02 1:16 AM, "[EMAIL PROTECTED]"
> > <[EMAIL PROTECTED]> wrote:
> >
> >> hello,
> >>
> >> Tomcat 4.0 can't find my classes and my associated resources that are in
> >> the Web-inf/lib directory of my Web application. When i set the classpath
> >> dynnamically in the catalina.bat for example, Tomcat can'find the
> >> HttpServlet.class 
> >> I can't understand why i have this kind of problem because i believed
> > that
> >> Tomcat load automatically the jar file that is put in the Web-inf
> > directory
> >> of a web application !!!
> >>
> >>
> >>
> >>
> >>
> >>
> >> Patrick PIERRA
> >> Linedata Services Luxembourg
> >> 00 352 29 56 65 282
> >> [EMAIL PROTECTED]
> >>
> >>
> >> --
> >> To unsubscribe, e-mail:   <
> > mailto:[EMAIL PROTECTED]>
> >> For additional commands, e-mail: <
> > mailto:[EMAIL PROTECTED]>
> >>
> >
> >
> > --
> > To unsubscribe, e-mail:   <
> > mailto:[EMAIL PROTECTED]>
> > For additional commands, e-mail: <
> > mailto:[EMAIL PROTECTED]>
> >
> >
> >
> >
> >
> >
> > --
> > To unsubscribe, 
> e-mail:   <mailto:[EMAIL PROTECTED]>
> > For additional commands, e-mail: 
> <mailto:[EMAIL PROTECTED]>
> >
>
>
>--
>To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
>For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: classpath problem

[Andrew Conrad]

Are these classes apart of a package?  Did you build the package
directory structure to match in the %CATALINA$\common\classes?  


Have you tried the $CATALINA$\shared\classes folder?  How about a
webapp's  WEB-INF\classes folder?  Testing these to see if you can get
any of them to work might help you solve your problem.


- Andrew 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] 
Sent: Friday, July 12, 2002 12:36 PM
To: [EMAIL PROTECTED]
Subject: classpath problem


All,

I have installed Tomcat 4.0.2.  All examples work fine, jsp's and 
servlets.

when i removed my old version of Tomcat / apache, i obviously saved all
of 
my existing apps.  I have now pointed Tomcat to these by specifying new 
Contexts in my server.xml.  All is fine... nearly.

My problem is that my classpath is not being picked up.  Reading the
docs, 
i found that $CATALINA_HOME/common/classes is where i should put my non 
application specific, common classes.  I have done this but to no avail,

these classes which should be visible to my apps according to the 
documentation are not found and a NoClassDefFound error results.

I have tried putting my "common" classes in the following directories :

$CATALINA_HOME/common/classes
$CATALINA_HOME/classes

They are not picked up.  Needless to say i have restarted the service, 
rebooted and hit my computer many times.

Any help would be appreciated

Thanks

Mehdi

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: classpath problem

[Brian Wolf]

Andrew,

Thanks, it seems to have resolved itself. Not sure how, but  I have noticed
a problem with conflicting jar files, ie in this case one was distributed
for JDK1.4 and another for JDK1.2

Brian

- Original Message -
From: "Andrew Conrad" <[EMAIL PROTECTED]>
To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
Sent: Friday, July 12, 2002 1:34 PM
Subject: RE: classpath problem


> Are these classes apart of a package?  Did you build the package
> directory structure to match in the %CATALINA$\common\classes?
>
>
> Have you tried the $CATALINA$\shared\classes folder?  How about a
> webapp's  WEB-INF\classes folder?  Testing these to see if you can get
> any of them to work might help you solve your problem.
>
>
> - Andrew
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Friday, July 12, 2002 12:36 PM
> To: [EMAIL PROTECTED]
> Subject: classpath problem
>
>
> All,
>
> I have installed Tomcat 4.0.2.  All examples work fine, jsp's and
> servlets.
>
> when i removed my old version of Tomcat / apache, i obviously saved all
> of
> my existing apps.  I have now pointed Tomcat to these by specifying new
> Contexts in my server.xml.  All is fine... nearly.
>
> My problem is that my classpath is not being picked up.  Reading the
> docs,
> i found that $CATALINA_HOME/common/classes is where i should put my non
> application specific, common classes.  I have done this but to no avail,
>
> these classes which should be visible to my apps according to the
> documentation are not found and a NoClassDefFound error results.
>
> I have tried putting my "common" classes in the following directories :
>
> $CATALINA_HOME/common/classes
> $CATALINA_HOME/classes
>
> They are not picked up.  Needless to say i have restarted the service,
> rebooted and hit my computer many times.
>
> Any help would be appreciated
>
> Thanks
>
> Mehdi
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
>
>



--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: classpath problem

[Mehdi . Nejad]

Andrew,

Yes theses are parts of a package.  They are just common classes that I 
wish to use across multiple apps.  Im not sure what you mean by 

"Did you build the package directory structure to match in the 
%CATALINA$\common\classes?"

I did not change the packages at all, I copied them directly from my 
system classpath (where they were being picked up by a previous Tomcat 
install) *directly* into the $CATALINA_HOME/common/classes folder. ie : 
%CATALINA$\common\classes contains first level folders such as com, org, javax etc.

My install did not even have a $CATALINA$\shared\classes folder.. however as you 
suggested i created one, re-started and  again it 
did not work.

I have tried puttintg the reported missing class in my apps 
/WEB-INF/classes folder already, this is not where my problem is, i need 
the common classes to be picked up from one place as i dont want to 
compromise and copy these common classes into several apps 
/WEB-INF/classes directory.

Thanks :)


Mehdi





"Andrew Conrad" <[EMAIL PROTECTED]>
12/07/2002 18:34
Please respond to "Tomcat Users List"

 
To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
cc: 
Subject:RE: classpath problem


Are these classes apart of a package?  Did you build the package
directory structure to match in the %CATALINA$\common\classes? 


Have you tried the $CATALINA$\shared\classes folder?  How about a
webapp's  WEB-INF\classes folder?  Testing these to see if you can get
any of them to work might help you solve your problem.


- Andrew 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] 
Sent: Friday, July 12, 2002 12:36 PM
To: [EMAIL PROTECTED]
Subject: classpath problem


All,

I have installed Tomcat 4.0.2.  All examples work fine, jsp's and 
servlets.

when i removed my old version of Tomcat / apache, i obviously saved all
of 
my existing apps.  I have now pointed Tomcat to these by specifying new 
Contexts in my server.xml.  All is fine... nearly.

My problem is that my classpath is not being picked up.  Reading the
docs, 
i found that $CATALINA_HOME/common/classes is where i should put my non 
application specific, common classes.  I have done this but to no avail,

these classes which should be visible to my apps according to the 
documentation are not found and a NoClassDefFound error results.

I have tried putting my "common" classes in the following directories :

$CATALINA_HOME/common/classes
$CATALINA_HOME/classes

They are not picked up.  Needless to say i have restarted the service, 
rebooted and hit my computer many times.

Any help would be appreciated

Thanks

Mehdi

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: ClassPath problem

[Bruno Crapart]

I am working with Tomcat/4.0-b4 (Catalina)
Concerning the classpath my problem is fixed now,
In catalina.bat file : 
rem - Set Up The Runtime Classpath

set
CP=%CATALINA_HOME%\bin\bootstrap.jar;%JAVA_HOME%\lib\tools.jar;%_CLASSPATH%

I added ;%_CLASSPATH%




Another problem ...
org.apache.jasper.JasperException: Unable to compile class for
JSPC:\tomcat\bin\..\work\localhost\monsite\valider_0005fcode_jsp.java:237:
Incompatible type for method. Explicit cast needed to convert
java.lang.Throwable to java.lang.Exception.
if (pageContext != null) pageContext.handlePageException(t);
 ^
1 error

This code works fine with Tomcat 3.2.1.

Does this problem come from the new specifications of JSP or another
technology ?

Help me please.
Bruno.

-Message d'origine-
De : Bruno Crapart [mailto:[EMAIL PROTECTED]]
Envoyé : mercredi 16 mai 2001 13:45
À : '[EMAIL PROTECTED]'
Objet : ClassPath problem


Below is my problem !

Under W2000 environment My CLASSPATH is well-defined ! I am sure !

I used to launch TC3.2, with TC4 ...  :-(

Help !

I am also intersted in documentation.

Thanks in advance

Bruno

Root Cause:
java.lang.NoClassDefFoundError: egc/net/ConnectionStaff
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:
137)
at
org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspSe
rvlet.java:177)
at
org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.ja
va:187)
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:379)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:453)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:254)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:194)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:255)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
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.ja
va:225)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase
.java:472)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
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:2252)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164
)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:446)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
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:5
66)
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:
875)
at
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:952)
at java.lang.Thread.run(Thread.java:484)


-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Envoyé : mercredi 16 mai 2001 13:40
À : [EMAIL PROTECTED]
Objet : RE: Compiling TC4


Hi Bruno,

  meanwhile I figured out *some* way to compile it. I still get loads of
errors, but non-critical ones (hmhh, haven't been able to run tomcat yet,
but haven't tried so yet). Everything seems to compile.

  I got regexp and servletapi-4 from cvs and compiled it.
  Also downloaded JMX and JSSE from Sun.
  Added all that stuff to the classpath and used the following ant command:

ant -Dregexp.home=/home/mkamp/jakarta-regexp/bin
-Dcatalina.jaxp.home=/home/mkamp/jakarta-tomcat-4.0/lib/
-

RE: ClassPath problem

[George McKInney]

I'm not sure, but the classes CLASSPATH may NOT be available to webapps. The
Servlet 2.3 spec (Sections 9.4, 9.6.1, 9.6.2) seem to imply that.

Put the xerces.jar in the WEB-INF/lib directory of the webapp and see if the
same error arises.

The spec says (in 9.6.1)

Web containers are recommended to have a mechanism by which they can expose
to the
application classloaders of every web app therein extra JAR files containing
resources and
code. It is recommended that they provide a user-friendly way of editing and
configuring
these library files or extensions, and that they expose information about
what extensions are
available to web applications deployed on the web container. Application
developers that
depend on the installation of library JARs installed on a web container
should provide a
META-INF/MANIFEST.MF entry in the WAR file listing the extensions that the
WAR
depends upon. The format of the manifest entry follows the standard JAR
manifest format. In
expressing dependencies on extensions installed on the web container, the
manifest entry
should follow the specification for standard extensions defined at
http://java.sun.com/j2se/
1.3/docs/guide/extensions/versioning.html.


I haven't heard anything about Tomcat 4.0 providing this service, though,
and if it doesn't, it appears that the only solutions are to put it in your
WEB-INF/lib or to use the Java2 Installed Extensions facility.

Good luck, and let us know what happens.

George McKinney, Developer

> -Original Message-
> From: Bruno Crapart [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 16, 2001 4:45 AM
> To: '[EMAIL PROTECTED]'
> Subject: ClassPath problem
>
>
> Below is my problem !
>
> Under W2000 environment My CLASSPATH is well-defined ! I am sure !
>
> I used to launch TC3.2, with TC4 ...  :-(
>
> Help !
>
> I am also intersted in documentation.
>
> Thanks in advance
>
> Bruno
>
> Root Cause:
> java.lang.NoClassDefFoundError: egc/net/ConnectionStaff
>   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:
> 137)
>   at
> org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfN
> ecessary(JspSe
> rvlet.java:177)
>   at
> org.apache.jasper.servlet.JspServlet$JspServletWrapper.service
> (JspServlet.ja
> va:187)
>   at
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet
> .java:379)
>   at
> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:453)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
>   at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
> er(Application
> FilterChain.java:254)
>   at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
> cationFilterCh
> ain.java:194)
>   at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
> rapperValve.ja
> va:255)
>   at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:5
> 66)
>   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.ja
> va:225)
>   at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:5
> 66)
>   at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(Aut
> henticatorBase
> .java:472)
>   at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:5
> 64)
>   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:2252)
>   at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHost
> Valve.java:164
> )
>   at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:5
> 66)
>   at
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValv
> e.java:446)
>   at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:5
> 64)
>   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:5
> 66)
>   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:
> 875)
>   at
> org.apache.catalina.connector.http.HttpProcessor.

Re : classpath problem

[atif umar]

hi,
 perhaps there is some problem in ur path setting 
i just set my path to null and i begun to get the same
error as u have got 
so what u do is that 
set path=%path%;C:\jdk1.3\bin 
 
and regarding that out of space environment 
u just increase the memory size to maximum that is
4096
it will work 

 just let me know if u still have any problem 
my address is 
[EMAIL PROTECTED]

__
Do You Yahoo!?
Make international calls for as low as $.04/minute with Yahoo! Messenger
http://phonecard.yahoo.com/

Re: classpath problem

[yilmaz]

hi peter !
your classpath seems wrong
it should at least include  \lib\servlet.jar;
regards :)
- Original Message -
From: "peter" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, August 28, 2001 8:23 PM
Subject: classpath problem


> hi there
>
> I'm new to tomcat.  I've just downlaoded, installed and set up tomcat for
> win98 using the user guide provided.  However, when i try to run tomcat in
> the dos window i get several out of environment space lines and  a message
> saying...
>
> Unable to set classpath dynamically
> To set the CLASSPATH dynamically on winx systems
> only DOS 8.3 names may be used in TOMCAT_HOME
>
> setting classpath statically
>
> more out of environment space lines
>
> Using CLASSPATH: c:\tomcat\classes
>
> Out of environment space
> Starting tomcat in new window
> Bad command or file name
>
> I've made the following settings in my autoexec.bat file:
>
> set TOMCAT_HOME=c:\tomcat
> set JAVA_HOME=c:\jdk1.3
>
> Can anyone tell me what I'm doing wrong?
>
> Thanks
>
> Peter
>
>

Re: classpath-problem??

[Christopher Chan]

try putting the jar files for the database driver in the WEB-INF/lib
directory of your webapp and see if that works if they are not already
there.

Christopher
- Original Message -
From: "Øyvind Vestavik" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, February 20, 2002 9:46 PM
Subject: classpath-problem??


>
> I'm building a servlet which is accessing a dbxm/Windice database via a
> separat class (loginTest.java). Connecting to Xindice means I
> have to use classes contained in 'xmldb.jar' and 'dbxml.jar'.
>
> These jar files are referenced from my classpath. Both the class
> (loginTest.java) and the servlet calling it compiles ok, and can be run
> from command but as I try to let the serlet create the separat class a
> javax.ServletException is thrown.
>
> The message shown is this :
>java.lang.NoClassDefFoundError : org/xmldb/api/base/XMLDBException.
>
> It seems like this runtime error is due to that the servlet engine cant
> find the Exception class, because it doesn't have access to the
> classpath? Where should the jar files be places and what effect will
> that have on making a war-file of my application???
>
> Probabaly a common problem???
>
> Øyvind Vestavik
>
> Øyvind Vestavik
> Øvre Møllenberggt 44b
> 7014 Trondheim
> [EMAIL PROTECTED]
> 41422911
>
> On Wed, 20 Feb 2002, Larry Isaacs wrote:
>
> > 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

RE: classpath-problem??

[Larry Isaacs]

It's not that the container can't see the class, but that
a class is being loaded that depends on XMLDBException.
That class is being loaded in a classloader that can't
"see" XMLDBExceptions. Unfortunately, this "problem" class
that depends on XMLDBException may be many levels of
dependency from the original class that is being loaded.
This can make it very difficult to track down.  The
stack trace can but doesn't always help much.

Since XMLDBException would appear to be in the "classpath"
classloader, the "problem" class would likely be in the
"extensions" classloader, i.e. the jre/lib/ext directory.
See if there are any jars there that might have depencencies
on classes in the two jars you mention.

Hope this helps.

Cheers,
Larry

> -Original Message-
> From: Øyvind Vestavik [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 20, 2002 8:47 AM
> To: Tomcat Users List
> Subject: classpath-problem??
> 
> 
> 
> I'm building a servlet which is accessing a dbxm/Windice 
> database via a
> separat class (loginTest.java). Connecting to Xindice means I
> have to use classes contained in 'xmldb.jar' and 'dbxml.jar'.
> 
> These jar files are referenced from my classpath. Both the class
> (loginTest.java) and the servlet calling it compiles ok, and 
> can be run
> from command but as I try to let the serlet create the separat class a
> javax.ServletException is thrown.
> 
> The message shown is this :
>java.lang.NoClassDefFoundError : org/xmldb/api/base/XMLDBException.
> 
> It seems like this runtime error is due to that the servlet 
> engine cant
> find the Exception class, because it doesn't have access to the
> classpath? Where should the jar files be places and what 
> effect will
> that have on making a war-file of my application???
> 
> Probabaly a common problem???
> 
> Øyvind Vestavik
> 
> Øyvind Vestavik
> Øvre Møllenberggt 44b
> 7014 Trondheim
> [EMAIL PROTECTED]
> 41422911
> 
> On Wed, 20 Feb 2002, Larry Isaacs wrote:
> 
> > 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 p

RE: classpath-problem??

[Øyvind Vestavik]

I found that it worked when I placed the jar-files in the
JAVA-HOME/jre/lib/ext.
I'm still uncertain of hoe this will work when packaging in a war file,
but thanks to for all replies.

Øyvind

Øyvind Vestavik
Øvre Møllenberggt 44b
7014 Trondheim
[EMAIL PROTECTED]
41422911

On Wed, 20 Feb 2002, Larry Isaacs wrote:

> It's not that the container can't see the class, but that
> a class is being loaded that depends on XMLDBException.
> That class is being loaded in a classloader that can't
> "see" XMLDBExceptions. Unfortunately, this "problem" class
> that depends on XMLDBException may be many levels of
> dependency from the original class that is being loaded.
> This can make it very difficult to track down.  The
> stack trace can but doesn't always help much.
>
> Since XMLDBException would appear to be in the "classpath"
> classloader, the "problem" class would likely be in the
> "extensions" classloader, i.e. the jre/lib/ext directory.
> See if there are any jars there that might have depencencies
> on classes in the two jars you mention.
>
> Hope this helps.
>
> Cheers,
> Larry
>
> > -Original Message-
> > From: Øyvind Vestavik [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, February 20, 2002 8:47 AM
> > To: Tomcat Users List
> > Subject: classpath-problem??
> >
> >
> >
> > I'm building a servlet which is accessing a dbxm/Windice
> > database via a
> > separat class (loginTest.java). Connecting to Xindice means I
> > have to use classes contained in 'xmldb.jar' and 'dbxml.jar'.
> >
> > These jar files are referenced from my classpath. Both the class
> > (loginTest.java) and the servlet calling it compiles ok, and
> > can be run
> > from command but as I try to let the serlet create the separat class a
> > javax.ServletException is thrown.
> >
> > The message shown is this :
> >java.lang.NoClassDefFoundError : org/xmldb/api/base/XMLDBException.
> >
> > It seems like this runtime error is due to that the servlet
> > engine cant
> > find the Exception class, because it doesn't have access to the
> > classpath? Where should the jar files be places and what
> > effect will
> > that have on making a war-file of my application???
> >
> > Probabaly a common problem???
> >
> > Øyvind Vestavik
> >
> > Øyvind Vestavik
> > Øvre Møllenberggt 44b
> > 7014 Trondheim
> > [EMAIL PROTECTED]
> > 41422911
> >
> > On Wed, 20 Feb 2002, Larry Isaacs wrote:
> >
> > > 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)

RE: classpath-problem??

[Larry Isaacs]

This indicates that something already in your jre/lib/ext
directory directly or indirectly has a dependency on
your two jars.  You may be able to move that jar to be
with the other two, in addition to moving the two jars
to be with the other in jre/lib/ext.  The risk of moving
them to jre/lib/ext is that they may have additional
dependencies and before you know it, everybody has to
pile into the jre/lib/ext directory in order to work.

I would recommend trying to determine which jar in your
jre/lib/ext directory has the dependency and the
nature of the dependency.  That way you can make an
informed decision about the best location, WEB-INF/lib,
a container supplied "shared" classloader, the
"classpath" classloader, or jre/lib/ext.

Cheers,
Larry

> -Original Message-
> From: Øyvind Vestavik [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 20, 2002 9:54 AM
> To: Tomcat Users List
> Subject: RE: classpath-problem??
> 
> 
> 
> I found that it worked when I placed the jar-files in the
> JAVA-HOME/jre/lib/ext.
> I'm still uncertain of hoe this will work when packaging in a 
> war file,
> but thanks to for all replies.
> 
> Øyvind
> 
> Øyvind Vestavik
> Øvre Møllenberggt 44b
> 7014 Trondheim
> [EMAIL PROTECTED]
> 41422911
> 
> On Wed, 20 Feb 2002, Larry Isaacs wrote:
> 
> > It's not that the container can't see the class, but that
> > a class is being loaded that depends on XMLDBException.
> > That class is being loaded in a classloader that can't
> > "see" XMLDBExceptions. Unfortunately, this "problem" class
> > that depends on XMLDBException may be many levels of
> > dependency from the original class that is being loaded.
> > This can make it very difficult to track down.  The
> > stack trace can but doesn't always help much.
> >
> > Since XMLDBException would appear to be in the "classpath"
> > classloader, the "problem" class would likely be in the
> > "extensions" classloader, i.e. the jre/lib/ext directory.
> > See if there are any jars there that might have depencencies
> > on classes in the two jars you mention.
> >
> > Hope this helps.
> >
> > Cheers,
> > Larry
> >
> > > -Original Message-
> > > From: Øyvind Vestavik [mailto:[EMAIL PROTECTED]]
> > > Sent: Wednesday, February 20, 2002 8:47 AM
> > > To: Tomcat Users List
> > > Subject: classpath-problem??
> > >
> > >
> > >
> > > I'm building a servlet which is accessing a dbxm/Windice
> > > database via a
> > > separat class (loginTest.java). Connecting to Xindice means I
> > > have to use classes contained in 'xmldb.jar' and 'dbxml.jar'.
> > >
> > > These jar files are referenced from my classpath. Both the class
> > > (loginTest.java) and the servlet calling it compiles ok, and
> > > can be run
> > > from command but as I try to let the serlet create the 
> separat class a
> > > javax.ServletException is thrown.
> > >
> > > The message shown is this :
> > >java.lang.NoClassDefFoundError : 
> org/xmldb/api/base/XMLDBException.
> > >
> > > It seems like this runtime error is due to that the servlet
> > > engine cant
> > > find the Exception class, because it doesn't have access to the
> > > classpath? Where should the jar files be places and what
> > > effect will
> > > that have on making a war-file of my application???
> > >
> > > Probabaly a common problem???
> > >
> > > Øyvind Vestavik
> > >
> > > Øyvind Vestavik
> > > Øvre Møllenberggt 44b
> > > 7014 Trondheim
> > > [EMAIL PROTECTED]
> > > 41422911
> > >
> > > On Wed, 20 Feb 2002, Larry Isaacs wrote:
> > >
> > > > 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
> > > > >
> > > > >
> >

RE: classpath problem?

[Caldarale, Charles R]

> From: Bagus [mailto:[EMAIL PROTECTED] 
> Subject: classpath problem?
> 
>  > echo $CLASSPATH
> .:/www/my_tomcat_apps:/usr/local/jakarta-tomcat-5.4.4/
^
|

Want to make that 5.5.4 and see what happens?

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Classpath problem with TC 3.2.3

[Larry Isaacs]

It looks like the JSP you are executing is in a "jsp"
subdirectory of the web application.  If you check the Java
source for the JSP under the "work" directory you will find
that the servlet class for this JSP is in the "jsp"
package.  This means that classes specified without
package names will be expected to be found in the "jsp"
package.

Since ODBCConnection isn't in the "jsp" package it isn't
found.  If this JSP page is moved to the root of the
web application you wouldn't see this error since
the servlet class for the jsp wouldn't be in a package.
However, this isn't the correct solution for this
problem.  The correct solution is to *always* put
classes, like ODBCConnection, in a package so the package
the JSP servlet gets put in won't matter.

Hopefully this is what is causing your problem.

Cheers,
Larry


> -Original Message-
> From: Voon, Wendy [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, October 30, 2001 5:29 PM
> To: '[EMAIL PROTECTED]'
> Subject: Classpath problem with TC 3.2.3
> 
> 
> 
> 
> Hi,
> 
> I have installed TC 3.2.3.
> 
> When I try to execute a .jsp I get the following message:
> org.apache.jasper.JasperException: Unable to compile class for
> JSPC:\jakarta-tomcat-3.2.3\work\localhost_8080%2Fexamples\_000
> 2fjsp_0002ftes
> t_0002ejsptest_jsp_0.java:65: Class jsp.ODBCConnection not found.
> ODBCConnection p = new ODBCConnection(); 
> C:\jakarta-tomcat-3.2.3\work\localhost_8080%2Fexamples\_0002fj
> sp_0002ftest_0
> 002ejsptest_jsp_0.java:65: Class jsp.ODBCConnection not found.
> ODBCConnection p = new ODBCConnection(); 
> 
> I tried placing the .class file concerned in both :
> 
> jakarta-tomcat-3.2.3\classes directory  
> jakarta-tomcat-3.2.3\webapps\examples\web-info\classes
> 
> with no luck.
> 
> 
> Wendy Voon
> 
> 
> 
> Wendy Voon
> Consultant
> Black Diamond
> T e c h n o l o g i e s
> Level 1, 6 Riverside Quay,
> Southbank, Victoria, 3006.
> E-mail: [EMAIL PROTECTED]
> Telephone: (03) 9698 - 7600
> Facsimile: (03) 9698 - 7666
> Web: http://www.bdt.com.au/ 
> 
> ---INTERNET E-MAIL CONFIDENTIALITY/DISCLAIMER
> 
> Privileged and confidential information may be contained in 
> this e-mail.  If
> you are not the intended recipient of this communication 
> please delete and
> destroy all copies and kindly notify the sender by return e-mail.
> Recipients of this e-mail must not use, disclose or forward 
> any information
> or attachments without express permission from Black Diamond 
> Technologies. 
> 
> Any views expressed in this communication are those of the 
> individual sender
> except where the sender specifically states them to be the 
> views of Black
> Diamond Technologies.  Except as required at law, we do not represent
> warrant and/or guarantee that the integrity of this 
> communication has been
> maintained or that it is free of errors, viruses, interception or
> interference.
> 
> 
> 
> --
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Classpath problem with TC 3.2.3

[Voon, Wendy]

Larry,

Thanks for the tip, I got it to work by putting the ODBCConnection class in
the package jsp.dbcall, whilst the jsp page resides in jsp/dbcall.

But now I am very confused, according to what you have said in your email:

If I place the ODBConnection class in package dbcall and my jsp page
resides in jsp/dbcall I should be able to reference ODBCConnection as
dbcall.ODBCConnection.  But I couldn't.

Could it be the fact that I am importing the class like so:
import="dbcall.ODBCConnection" 
as opposed to using a bean: 

Confused,
Wendy


> -Original Message-
> From: Larry Isaacs [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, 31 October 2001 23:51
> To:   'Tomcat Users List'
> Subject:  RE: Classpath problem with TC 3.2.3
> 
> It looks like the JSP you are executing is in a "jsp"
> subdirectory of the web application.  If you check the Java
> source for the JSP under the "work" directory you will find
> that the servlet class for this JSP is in the "jsp"
> package.  This means that classes specified without
> package names will be expected to be found in the "jsp"
> package.
> 
> Since ODBCConnection isn't in the "jsp" package it isn't
> found.  If this JSP page is moved to the root of the
> web application you wouldn't see this error since
> the servlet class for the jsp wouldn't be in a package.
> However, this isn't the correct solution for this
> problem.  The correct solution is to *always* put
> classes, like ODBCConnection, in a package so the package
> the JSP servlet gets put in won't matter.
> 
> Hopefully this is what is causing your problem.
> 
> Cheers,
> Larry
> 
> 
> > -Original Message-
> > From: Voon, Wendy [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, October 30, 2001 5:29 PM
> > To: '[EMAIL PROTECTED]'
> > Subject: Classpath problem with TC 3.2.3
> > 
> > 
> > 
> > 
> > Hi,
> > 
> > I have installed TC 3.2.3.
> > 
> > When I try to execute a .jsp I get the following message:
> > org.apache.jasper.JasperException: Unable to compile class for
> > JSPC:\jakarta-tomcat-3.2.3\work\localhost_8080%2Fexamples\_000
> > 2fjsp_0002ftes
> > t_0002ejsptest_jsp_0.java:65: Class jsp.ODBCConnection not found.
> > ODBCConnection p = new ODBCConnection(); 
> > C:\jakarta-tomcat-3.2.3\work\localhost_8080%2Fexamples\_0002fj
> > sp_0002ftest_0
> > 002ejsptest_jsp_0.java:65: Class jsp.ODBCConnection not found.
> > ODBCConnection p = new ODBCConnection(); 
> > 
> > I tried placing the .class file concerned in both :
> > 
> > jakarta-tomcat-3.2.3\classes directory  
> > jakarta-tomcat-3.2.3\webapps\examples\web-info\classes
> > 
> > with no luck.
> > 
> > 
> > Wendy Voon
> > 
> > 
> > 
> > Wendy Voon
> > Consultant
> > Black Diamond
> > T e c h n o l o g i e s
> > Level 1, 6 Riverside Quay,
> > Southbank, Victoria, 3006.
> > E-mail: [EMAIL PROTECTED]
> > Telephone: (03) 9698 - 7600
> > Facsimile: (03) 9698 - 7666
> > Web: http://www.bdt.com.au/ 
> > 
> > ---INTERNET E-MAIL CONFIDENTIALITY/DISCLAIMER
> > 
> > Privileged and confidential information may be contained in 
> > this e-mail.  If
> > you are not the intended recipient of this communication 
> > please delete and
> > destroy all copies and kindly notify the sender by return e-mail.
> > Recipients of this e-mail must not use, disclose or forward 
> > any information
> > or attachments without express permission from Black Diamond 
> > Technologies. 
> > 
> > Any views expressed in this communication are those of the 
> > individual sender
> > except where the sender specifically states them to be the 
> > views of Black
> > Diamond Technologies.  Except as required at law, we do not represent
> > warrant and/or guarantee that the integrity of this 
> > communication has been
> > maintained or that it is free of errors, viruses, interception or
> > interference.
> > 
> > 
> > 
> > --
> > To unsubscribe, e-mail:   
> > <mailto:[EMAIL PROTECTED]>
> > For additional commands, e-mail: 
> > <mailto:[EMAIL PROTECTED]>
> > 
> 
> --
> To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>

RE: Classpath problem with TC 3.2.3

[Larry Isaacs]

With ODBCConnection in the dbcall package, you should be able
to use <%@ page ... import="dbcall.ODBCConnection" ... %>, or
"dbcall.ODBCConnection" as a fully qualified class name
where needed.  I assume the ODBCConnection class file is
in the "WEB-INF/classes/dbcall" directory, or is it in a 
jar?  If it isn't working, what error are you seeing?

Larry

> -Original Message-
> From: Voon, Wendy [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, November 01, 2001 7:37 PM
> To: 'Tomcat Users List'
> Subject: RE: Classpath problem with TC 3.2.3
> 
> 
> Larry,
> 
> Thanks for the tip, I got it to work by putting the 
> ODBCConnection class in
> the package jsp.dbcall, whilst the jsp page resides in jsp/dbcall.
> 
> But now I am very confused, according to what you have said 
> in your email:
> 
>   If I place the ODBConnection class in package dbcall 
> and my jsp page
> resides in jsp/dbcall I should be able to reference ODBCConnection as
> dbcall.ODBCConnection.  But I couldn't.
> 
> Could it be the fact that I am importing the class like so:
> import="dbcall.ODBCConnection" 
> as opposed to using a bean:  class="cal.TableBean" />
> 
> Confused,
> Wendy
> 
> 
> > -----Original Message-----
> > From:   Larry Isaacs [SMTP:[EMAIL PROTECTED]]
> > Sent:   Wednesday, 31 October 2001 23:51
> > To: 'Tomcat Users List'
> > Subject:RE: Classpath problem with TC 3.2.3
> > 
> > It looks like the JSP you are executing is in a "jsp"
> > subdirectory of the web application.  If you check the Java
> > source for the JSP under the "work" directory you will find
> > that the servlet class for this JSP is in the "jsp"
> > package.  This means that classes specified without
> > package names will be expected to be found in the "jsp"
> > package.
> > 
> > Since ODBCConnection isn't in the "jsp" package it isn't
> > found.  If this JSP page is moved to the root of the
> > web application you wouldn't see this error since
> > the servlet class for the jsp wouldn't be in a package.
> > However, this isn't the correct solution for this
> > problem.  The correct solution is to *always* put
> > classes, like ODBCConnection, in a package so the package
> > the JSP servlet gets put in won't matter.
> > 
> > Hopefully this is what is causing your problem.
> > 
> > Cheers,
> > Larry
> > 
> > 
> > > -Original Message-
> > > From: Voon, Wendy [mailto:[EMAIL PROTECTED]]
> > > Sent: Tuesday, October 30, 2001 5:29 PM
> > > To: '[EMAIL PROTECTED]'
> > > Subject: Classpath problem with TC 3.2.3
> > > 
> > > 
> > > 
> > > 
> > > Hi,
> > > 
> > > I have installed TC 3.2.3.
> > > 
> > > When I try to execute a .jsp I get the following message:
> > > org.apache.jasper.JasperException: Unable to compile class for
> > > JSPC:\jakarta-tomcat-3.2.3\work\localhost_8080%2Fexamples\_000
> > > 2fjsp_0002ftes
> > > t_0002ejsptest_jsp_0.java:65: Class jsp.ODBCConnection not found.
> > > ODBCConnection p = new ODBCConnection(); 
> > > C:\jakarta-tomcat-3.2.3\work\localhost_8080%2Fexamples\_0002fj
> > > sp_0002ftest_0
> > > 002ejsptest_jsp_0.java:65: Class jsp.ODBCConnection not found.
> > > ODBCConnection p = new ODBCConnection(); 
> > > 
> > > I tried placing the .class file concerned in both :
> > > 
> > > jakarta-tomcat-3.2.3\classes directory  
> > > jakarta-tomcat-3.2.3\webapps\examples\web-info\classes
> > > 
> > > with no luck.
> > > 
> > > 
> > > Wendy Voon
> > > 
> > > 
> > > 
> > > Wendy Voon
> > > Consultant
> > > Black Diamond
> > > T e c h n o l o g i e s
> > > Level 1, 6 Riverside Quay,
> > > Southbank, Victoria, 3006.
> > > E-mail: [EMAIL PROTECTED]
> > > Telephone: (03) 9698 - 7600
> > > Facsimile: (03) 9698 - 7666
> > > Web: http://www.bdt.com.au/ 
> > > 
> > > ---INTERNET E-MAIL CONFIDENTIALITY/DISCLAIMER
> > > 
> > > Privileged and confidential information may be contained in 
> > > this e-mail.  If
> > > you are not the intended recipient of this communication 
> > > please delete and
> > > destroy all copies and kindly notify the sender by return e-mail.
> > > Recipients of th

Re: Classpath problem with Tomcat running in Embedded mode

[Sriram N]

Hi,

This is a ClassLoader visibility issue. Read the ClassLoader howto in the
Tomcat Docs.

How exactly are you running Embedded ? Are you invoking the main method on it
straight out ? Which Tomcat release are you using ?


-- Sriram

--- sandeep arshanapally <[EMAIL PROTECTED]> wrote:
> 
> Hi,
> 
>   Iam running tomcat in an embedded mode i.e. launching it from with in 
> my jvm and using it with Axis for SOAP processing. I am having a problem 
> with the classes and classpath. The SOAP implementation class files need to 
> be there /webapps/axis/WEB-INF/classes otherwise it doesn't work and if Iam 
> referencing any other classes from there, it throws a 
> ClassNotFoundException.
> Is there anyway that I can specify the classpath so that the classes do not 
> have to be in that directory?
> 
> 
> Thanks in advance,
> 
> Sandeep
> 
> _
> MSN 8 with e-mail virus protection service: 2 months FREE*  
> http://join.msn.com/?page=features/virus
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


__
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Classpath problem with Tomcat running in Embedded mode

[sandeep arshanapally]

Thanks for your reply.

Iam calling the BootStrap.main directly from a thread in my jvm. Iam using 
Tomcat 4.1.24. I have the catalina.home set to tomcat directory. It 
recognizes the classes in tomcat directory but none of the classes in the 
classpath I specify while starting the jvm.

Sandeep


From: Sriram N <[EMAIL PROTECTED]>
Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]>
To: Tomcat Users List <[EMAIL PROTECTED]>
Subject: Re: Classpath problem with Tomcat running in Embedded mode
Date: Wed, 11 Jun 2003 20:55:42 -0700 (PDT)
Hi,

This is a ClassLoader visibility issue. Read the ClassLoader howto in the
Tomcat Docs.
How exactly are you running Embedded ? Are you invoking the main method on 
it
straight out ? Which Tomcat release are you using ?

-- Sriram

--- sandeep arshanapally <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
>   Iam running tomcat in an embedded mode i.e. launching it from with 
in
> my jvm and using it with Axis for SOAP processing. I am having a problem
> with the classes and classpath. The SOAP implementation class files need 
to
> be there /webapps/axis/WEB-INF/classes otherwise it doesn't work and if 
Iam
> referencing any other classes from there, it throws a
> ClassNotFoundException.
> Is there anyway that I can specify the classpath so that the classes do 
not
> have to be in that directory?
>
>
> Thanks in advance,
>
> Sandeep
>
> _
> MSN 8 with e-mail virus protection service: 2 months FREE*
> http://join.msn.com/?page=features/virus
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>

__
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
_
Add photos to your e-mail with MSN 8. Get 2 months FREE*.  
http://join.msn.com/?page=features/featuredemail

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Classpath problem with Tomcat running in Embedded mode

[Sriram N]

Hi,

If you're calling Bootstrap.main(), please also have a look at the source code
within Bootstrap.

You'll find that Bootstrap just sets the ground for the Catalina classes...It
creates a classloader hierarchy, with classloaders for classes visible to just
Catalina, and for visibility between both Catalina and Webapps. Each webapp has
a classloader to itself.

What you should do instead is have a look at how Embedded works, and do
something like that yourself. This may not be the intended approach behind
supplying Embedded, but this is how I've bundled Tomcat 4.0.1 for a Swing based
app I had to once develop.

-- Sriram
--- sandeep arshanapally <[EMAIL PROTECTED]> wrote:
> 
> Thanks for your reply.
> 
> Iam calling the BootStrap.main directly from a thread in my jvm. Iam using 
> Tomcat 4.1.24. I have the catalina.home set to tomcat directory. It 
> recognizes the classes in tomcat directory but none of the classes in the 
> classpath I specify while starting the jvm.
> 
> Sandeep
> 
> 
> >From: Sriram N <[EMAIL PROTECTED]>
> >Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]>
> >To: Tomcat Users List <[EMAIL PROTECTED]>
> >Subject: Re: Classpath problem with Tomcat running in Embedded mode
> >Date: Wed, 11 Jun 2003 20:55:42 -0700 (PDT)
> >
> >Hi,
> >
> >This is a ClassLoader visibility issue. Read the ClassLoader howto in the
> >Tomcat Docs.
> >
> >How exactly are you running Embedded ? Are you invoking the main method on 
> >it
> >straight out ? Which Tomcat release are you using ?
> >
> >
> >-- Sriram
> >
> >--- sandeep arshanapally <[EMAIL PROTECTED]> wrote:
> > >
> > > Hi,
> > >
> > >   Iam running tomcat in an embedded mode i.e. launching it from with 
> >in
> > > my jvm and using it with Axis for SOAP processing. I am having a problem
> > > with the classes and classpath. The SOAP implementation class files need 
> >to
> > > be there /webapps/axis/WEB-INF/classes otherwise it doesn't work and if 
> >Iam
> > > referencing any other classes from there, it throws a
> > > ClassNotFoundException.
> > > Is there anyway that I can specify the classpath so that the classes do 
> >not
> > > have to be in that directory?
> > >
> > >
> > > Thanks in advance,
> > >
> > > Sandeep
> > >
> > > _
> > > MSN 8 with e-mail virus protection service: 2 months FREE*
> > > http://join.msn.com/?page=features/virus
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> >
> >
> >__
> >Do you Yahoo!?
> >Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
> >http://calendar.yahoo.com
> >
> >-
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
> >
> 
> _
> Add photos to your e-mail with MSN 8. Get 2 months FREE*.  
> http://join.msn.com/?page=features/featuredemail
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: CLASSPATH problem : Tomcat 3.3 can't find the jvm tools.jar

[Larry Isaacs]

The tomcat.sh script ignores your CLASSPATH setting.  Tomcat 3.3
tries to include tools.jar using the "java.home" system property.
I think it is possible to link to a JDK in such a way that
this doesn't work.  Also, I don't know if is possible that
a JRE is being executed by mistake.

If you want to manually include tools.jar, copy it to the
TOMCAT_HOME/lib/container directory.

Cheers,
Larry

> -Original Message-
> From: LEBRETON Philippe
> [mailto:[EMAIL PROTECTED]]
> Sent: Friday, November 30, 2001 8:30 AM
> To: Tomcat
> Subject: CLASSPATH problem : Tomcat 3.3 can't find the jvm tools.jar
> 
> 
> I used TOmcat 3.3 and 
> When i want used the JSP examples i have an error :
> Error: 500
> 
> Location: /examples/jsp/include/include.jsp
> 
> Internal Servlet Error:
> 
> java.lang.NoClassDefFoundError: sun/tools/javac/Main
> at org.apache.jasper.compiler.SunJavaCompiler.compile(Unknown
> Source)
> at 
> org.apache.tomcat.facade.JasperLiaison.javac(Unknown Source)
> at 
> org.apache.tomcat.facade.JasperLiaison.processJspFile(Unknown
> Source)
> at org.apache.tomcat.facade.JspInterceptor.requestMap(Unknown
> Source)
> at 
> org.apache.tomcat.core.ContextManager.processRequest(Unknown
> Source)
> at 
> org.apache.tomcat.core.ContextManager.internalService(Unknown
> Source)
> at 
> org.apache.tomcat.core.ContextManager.service(Unknown Source)
> 
> at
> org.apache.tomcat.modules.server.Http10Interceptor.processConn
> ection(Unknown
> Source)
> at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown
> Source)
> at
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown
> Source)
> at java.lang.Thread.run(Thread.java:484)
> 
> My JAVA=/usr/lib/j2sk1.3.0 (i used the java JSDK)
> i have forced the CLASSPATH=$JAVA_HOME/lib/tools.jar
> 
> and that does'nt work.
> 
> Help me please
> 
> Philippe LEBRETON
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: