classpath problem

[Patrick . Pierra]

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: 

classpath problem

[Mehdi . Nejad]

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

Classpath problem

[Julie Jordan]

I have a problem with Tomcat finding my Java.I've have Apache 1.3.9 working
fine. Then loaded JSDK2.0 with my existing JDK 1.1.7B. Am running UnixWare.
I loaded Tomcat and config'ed it (correctly I hope) and when I try to start
it I get the following:

"Using classpath: ./../lib/tomcat.jar

Using JAVA_HOME: /usr/java

Using TOMCAT_HOME: ..

CSE8 >UX:sh (./tomcat.sh): ERROR: /usr/java: Cannot execute"

I've set the JAVA-HOME classpath in the shell, in the profile, etc. -
nothing seems to work. What am I doing wrong? Thanks, Julie



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

ClassPath problem

[Bruno Crapart]

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/
-Dcatalina.jaxp.parser.jar=crimson.jar

  This took me a couple of hours and I am still interested if there is some
documentation how to do it properly?

Mariano

Bruno Crapart <[EMAIL PROTECTED]> wrote ..
> Hi everyone,
> 
> New frenchy on this mailing list !
> 
> Sames questions for me !
> 
> Furthermore, is the classpath taken in account by TC4.
> 
> I encounter problems in releasing my version of TC3 to TC4 concerning the
> configuration.
> It looks very attractive but the configuration seems different compared to
> TC3.
> 
> Notice that I am working on W2000.
> 
> I need help !!! 
> 
> In advance, THANKS.
> Bruno
> 
> -Message d'origine-
> De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Envoyé : mercredi 16 mai 2001 11:08
> À : [EMAIL PROTECTED]
> Objet : Compiling TC4
> 
> 
> Hi there,
> 
>   is there a separate mailing list for tc4?
> 
>   Where can I find any documentation on compiling tc4? I used the cvs
> version and wasn't able to compile it. It seems to me, that I need other
> packages too and further more the setup of some system properties? 
> 
> Mariano

classpath problem

[Winston Lee]

 Hi, 
I installed Tomcat 4.0 in my win2000, as well as soap 2.2.
Now tomcat works good. I can see http://localhost:8080/soap/admin/index.html this page.
But when click Deploy, there will be an error:
type Exception report

message Internal Server Error

description The server encountered an internal error (Internal Server Error) that 
prevented it from fulfilling this request.

exception 
org.apache.jasper.JasperException: Unable to compile class for JSPNote: 
sun.tools.javac.Main has been deprecated.C:\Apache Tomcat 
4.0\work\localhost\soap\admin\deploy$jsp.java:6: Package org.apache.soap.util not 
found in import.import org.apache.soap.util.*;   ^C:\Apache Tomcat 
4.0\work\localhost\soap\admin\deploy$jsp.java:7: Package org.apache.soap.util.xml not 
found in import.import  org.apache.soap.util.xml.*;^C:\Apache Tomcat 
4.0\work\localhost\soap\admin\deploy$jsp.java:8: Package org.apache.soap.server not 
found in import.import  org.apache.soap.server.*;^3 errors, 1 warning at 
org.apache.jasper.compiler.Compiler.compile(Compiler.java:284)   at 
org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:546)at 
org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspServlet.java:177)
  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) 

When click List, another error as:

Apache Tomcat/4.0.1 - HTTP Status 500 - Internal Server Error
-

type Exception report

message Internal Server Error

description The server encountered an internal error (Internal Server Error) that 
prevented it from fulfilling this request.

exception 
org.apache.jasper.JasperException: Unable to compile class for JSPNote: 
sun.tools.javac.Main has been deprecated.C:\Apache Tomcat 
4.0\work\localhost\soap\admin\list$jsp.java:4: Package org.apache.soap.server not 
found in import.import  org.apache.soap.server.*;^1 error, 1 warningat 
org.apache.jasper.compiler.Compiler.compile(Compiler.java:284)   at 
org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:546)at 
org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspServlet.java:177)
  at org.apache

 

I know it must be an classpath problem. 

The path is as below:

JAVA_HOME = C:\J2SDK_Forte\jdk1.4.0\bin

CATALINA_HOME = C:\apache tomcat 4.0

Path = 
%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\xerces-1_4_4\xerces.jar;C:\Apache
 Tomcat 
4.0\bin\bootstrap.jar;C:\soap-2_2\lib\soap.jar;C:\\javamail-1.2\mail.jar;C:\\jaf-1.0.1\activation.jar;C:\\rhino1_5R4pre\js.jar;C:\\bsf-2_2\lib\bsf.jar;C:\J2SDK_Forte\jdk1.4.0\bin;

 

Appreciate for your help.




-
Do You Yahoo!?
Yahoo! Shopping - Mother's Day is May 12th!

classpath problem

[peter]

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

classpath-problem??

[Øyvind Vestavik]

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

classpath problem?

[Bagus]

Hi,

Newbie here,

I'm not sure why I'd be getting these compilation errors. I see my tomcat
server at http://localhost/.

The http://www.coreservlets.com/Apache-Tomcat-Tutorial/ seems to tell me
it's my classpath, but *I* think I have my jar files properly in my
classpath. See this following shell transcript. Thanks,  Bagus


 > id
uid=0(root) gid=0(wheel) groups=0(wheel), 5(operator)

 > echo $CLASSPATH
.:/www/my_tomcat_apps:/usr/local/jakarta-tomcat-5.4.4/common/lib/servlet-api
.jar:/usr/local/jakarta-tomcat-5.5.4/common/lib/jsp-api.jar

 > ls /usr/local/jakarta-tomcat-5.5.4/common/lib/jsp-api.jar
/usr/local/jakarta-tomcat-5.5.4/common/lib/jsp-api.jar

 > ls /usr/local/jakarta-tomcat-5.5.4/common/lib/servlet-api.jar
/usr/local/jakarta-tomcat-5.5.4/common/lib/servlet-api.jar

 > pwd
/usr/www/my_tomcat_apps

 > ls -al HelloServlet.java
-rw-r--r--  1 bagus  staff  955 Feb 18 09:04 HelloServlet.java


 > javac HelloServlet.java
elloServlet.java:2: package javax.servlet does not exist
import javax.servlet.*;
^
HelloServlet.java:3: package javax.servlet.http does not exist
import javax.servlet.http.*;
^
HelloServlet.java:13: cannot resolve symbol
symbol  : class HttpServlet
location: class HelloServlet
public class HelloServlet extends HttpServlet {
   ^
HelloServlet.java:14: cannot resolve symbol
symbol  : class HttpServletRequest
location: class HelloServlet
   public void doGet(HttpServletRequest request,
 ^
HelloServlet.java:15: cannot resolve symbol
symbol  : class HttpServletResponse
location: class HelloServlet
 HttpServletResponse response)
 ^
HelloServlet.java:16: cannot resolve symbol
symbol  : class ServletException
location: class HelloServlet
   throws ServletException, IOException {
  ^
6 errors


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

Classloader/Classpath problem

[Subir Sengupta]

Hi,

When I start Tomcat I get a NoClassDefFoundError exception. I'm including a
snippet from the logs.  As you can see, the Classloader loads wmsyslog.jar
which contains Syslog.class, but then fails with a NoClassDefFoundError .  I
have a ServeletContextListener that initializes the system on Context
startup.  However, if I put jars in the classpath, TC sees the jars and
starts up.  Does anyone know why it this would happen even thought the class
loader has loaded the jar.

I'm running TC 4.0.4 on RH Linux 7.3.

TIA,
Subir

WebappLoader[]: Deploy JAR /WEB-INF/lib/wmsyslog.jar to
/home/subir/www/tomcat/webapps/walmart/WEB-INF/lib/wmsyslog.jar
WMStandardManager[]: # in start(): WMStandardManager
WMStandardManager[]: Seeding random number generator class
java.security.SecureRandom
WMStandardManager[]: Seeding of random number generator has been completed
ContextConfig[]: Added certificates -> request attribute Valve
loading properties

PropFile: /home/subir/www/conf/init.conf
StandardContext[]: Exception sending context initialized event to listener
instance of class com.tc.WMContextListener
java.lang.NoClassDefFoundError: com/wm/syslog/Syslog
at com.wm.sys.Main._load_props(Main.java:195)
at com.wm.sys.Main.getProperty(Main.java:52)
at
com.tc.WMContextListener.contextInitialized(WMContextListener.java:12)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:
3188)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3404)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123)
at
org.apache.catalina.core.StandardHost.start(StandardHost.java:638)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:343)
at
org.apache.catalina.core.StandardService.start(StandardService.java:388)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:506)
at org.apache.catalina.startup.Catalina.start(Catalina.java:781)
at org.apache.catalina.startup.Catalina.execute(Catalina.java:681)
at org.apache.catalina.startup.Catalina.process(Catalina.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243)

StandardContext[]: Context startup failed due to previous errors
Context destroyed on Wed Nov 27 10:38:46 PST 2002.

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

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

classpath problem? maybe?

[chad kellerman]

Hello,

  I am getting frustrated with this little jsp /javabean problem.  I hope 
someone can steer me in the proper direction.

in my server.xml file I have set:



 

 
 



I created a test jsp file with the line




   The bean1.class file I have in /home/test/www/webapps/examples.

But when I call the page I get the error

java.lang.ClassNotFoundException: examples.bean1

   It seems that everything else works for the site.  I created a war file of 
the examples and everything seems to work.  Basic jsp pages work fine also.

 IT just when I created this bean I get errors.

Can anyone offer me any suggestions with this?  I am running tomcat 4.0.3 on 
red hat with mod_webapp.

THanks for the help.

--chad




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

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:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

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

linux classpath problem?

[stan chang]

Greetings -

I'm trying to add a library for my application, however I can't get tomcat
to find it in the classpath.  I've added the directory of the classes to the
tomcat shell script (where I declared a CLASSPATH variable and exported it).

My setup is an RPM install on a Linux kernal 2.2.14 box. (I make this note
because I believe it doesn't come with the normal /bin directory - just a
tomcat shell script).

I'm trying to add some JavaMail libraries which I have included in /lib and /webapps/MY_APP/WEB-INF/lib.  But when I use a
function that refers to the class I get the following error:

Internal Servlet Error:
javax.servlet.ServletException: javax/activation/DataSource

Root cause: 
java.lang.NoClassDefFoundError: javax/activation/DataSource

>From what I can gather, tomcat can't see the classes I need and is crashing
because of that.  I have the exact same setup on my NT box and it works
fine.  The only difference with my NT setup is that I installed using the
tomcat.zip file which DOES include the normal /bin directory.

Please help! 

Thanks in advance.

stan





___
Send a cool gift with your E-Card
http://www.bluemountain.com/giftcenter/

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=/hom

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.

JasperException / classpath(?) problem

[howard fraser]

I wonder if anyone can shed any light on the following - I have looked
through the archived messages, but to no avail.

I have tomcat 3.2.2 installed on Windows 2000 SP2 with jdk1.3.1.  I do not
have a CLASSPATH environment variable set.  When I start tomcat it first
says

Using CLASSPATH:
C:\tomcat\classes;C:\tomcat\lib\ant.jar;C:\tomcat\lib\jasper.jar;C:\tomcat\l
ib\jaxp.jar;
C:\tomcat\lib\parser.jar;C:\tomcat\lib\servlet.jar;C:\tomcat\lib\webserver.j
ar;C:\jdk1.3.1\lib\tools.jar

...which seems fine to me (all the above mentioned jars exist).

When I try to run the jsp examples that come with tomcat (e.g. number guess)
I get the following exception...

org.apache.jasper.JasperException: Unable to compile class for
JSPC:\tomcat\work\localhost_8080%2Fexamples\jsp\num\_0002fjsp_0002fnum_0002f
numguess_jsp.java:3: Class num.NumberGuessBean not found in import.
import num.NumberGuessBean;

Is there sthg else I need to add to my classpath in order that tomcat can
locate num.NumberGuessBean?

Many thanks in advance for any help


howard

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

A Classpath problem

[Jeff Self]

I'm trying to run a jsp which requires a class called UserData. I put
the UserData.class file in $CATALINA_HOME/webapps/ROOT/WEB-INF/classes
and restarted Tomcat. But I get an error that tells me it doesn't know
what UserData is.

I notice that when I start up Tomcat it says "Using CLASSPATH:   
/usr/local/share/jakarta-tomcat-4.0.1/bin/bootstrap.jar:/usr/lib/j2sdk1.3/lib/tools.jar.

I have the following in my /etc/profile:

JAVA_PATH="/usr/lib/j2sdk1.3/jre/bin"
JAVA_HOME="/usr/lib/j2sdk1.3"
CATALINA_HOME="/usr/local/share/jakarta-tomcat-4.0.1"
CLASSPATH="/usr/local/share/jakarta-tomcat-4.0.1/webapps/ROOT/WEB-INF/classes"

The jsp that is looking for the class is this:




Continue



This is an exercise in a JSP tutorial I'm practicing on.
-- 
Jeff Self
Information Technology Analyst
Department of Personnel
City of Newport News
2400 Washington Ave.
Newport News, VA 23607
757-926-6930


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

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'" <

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

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

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

Jasper - classpath problem

[Frederic Bitsch]

hi!
i'm using the jasper engine within the jetty server where i have a webapp including
servlets and JSP. this usually works just fine. now i changed my app to be deployed 
via web start and created a custom classloader. the way my app is startet can be 
described like this:
1) extract/copy jar files to let's D:/myapp/lib
2) load the main class of my app from the jars in D:/myapp/lib.
3) this app starts my server including the jasper engine.

when i run my JSP now they seem to get compiled into servlets but the class-file
generation fails because all the packages it's using (e.g. javax.servlet) cannot
be found. is there a way to tell jasper where to look ?
i don't want to place them into the webapp/WEB-INF/classes because i'm using
some classes that must not be loaded twice (there are static members that
should be shared between the JSP's and the main application).

can anybody help me out ?? thank in advance.
__
Mit der Gruppen-SMS von WEB.DE FreeMail erreichen Sie mit einem Klick 
alle Freunde gleichzeitig! http://freemail.web.de/features/?mc=021180


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

Tomcat classpath problem

[Manav Gupta]

Apologies for the re-post, but I'm not sure if my messages are reaching the
list.
---
Hi,
 
I'm trying to understand the tomcat class loading mechanism and have read
through the Class Loader HOW-TO (
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html
 ).
 

How does one make additional jars available to tomcat? I understand one can
add them to WEB-INF/lib,but there are sometimes that approach does not work.
Here's a scenario:
I'm using tomcat 4.1.24 with jdk 1.4.1_02. One of the required libraries for
my web app is oc4j.jar. If I put that oc4j.jar into the WEB-INF/lib, tomcat
throws the following error on startup:
=
Starting service Tomcat-Standalone
Apache Tomcat/4.1.24
WebappClassLoader:
validateJarFile(D:\jakarta-tomcat-4.1.24\bin\..\webapps\graphics\WEB-INF\lib
\oc4j.jar) - jar not loaded. See Servlet Spec 2.3, section 9.7.2. Offending
class: javax/servlet/Servlet.class
=
Upon checking, I found oc4j.jar has javax.servlet.Servlet and I suspect it
does not adhere to Servlet Spec 2.3 (but probably something earlier than
that). 
 
If I do not put oc4j.jar in WEB-INF/lib, I get the following error:
 
2003-06-10 13:28:43 StandardWrapperValve[jsp]: Servlet.service() for servlet
jsp threw exception
javax.servlet.ServletException:
javax.servlet.jsp.tagext.TagInfo.(Ljava/lang/String;Ljava/lang/String;
Ljava/lang/String;Ljava/lang/String;Ljavax/servlet/jsp/tagext/TagLibraryInfo
;Ljavax/servlet/jsp/tagext/TagExtraInfo;[Ljavax/servlet/jsp/tagext/TagAttrib
uteInfo;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;[Ljavax/servle
t/jsp/tagext/TagVariableInfo;)V
 at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:249)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:336)
 at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:247)
 at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:193)
 at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:256)
 at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
 at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:191)
 at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
 at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415)
 at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
)
 at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
 at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
java:171)
 at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:641)
 at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172
)
 at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:641)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
 at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:174)
 at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
 at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
 at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:594)
 at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne
ction(Http11Protocol.java:392)
 at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565)
 at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:619)
 at java.lang.Thread.run(Thread.java:536)
Root cause is; java.lang.NoSuchMethodError:
javax.servlet.jsp.tagext.TagInfo.(Ljava/lang/String;Ljava/lang/String;
Ljava/lang/String;Ljava/lang/String;Ljavax/servlet/jsp/tagext/TagLibraryInfo
;Ljavax/servlet/jsp/tagext/TagExtraInfo;[Ljavax/servlet/jsp/tagext/TagAttrib
uteInfo;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;[Ljavax/servle
t/jsp/tagext/TagVariableInfo;)V
 at
org.apache.jasper.compiler.TagLibraryInfoImpl.createTagInfo(TagLibraryInfoIm
pl.java:385)
(and a whole lot of lines)
 
This above error stems from a particular tag library that I have written,
and when tomcat tries to gen

Easy : CLASSPATH problem

[Eric C]

Hi all,

I just installed tomcat 5 to benefits servlet 2.4 implementation

But where shall i point my classpath to ?
E:\java\jakarta-tomcat-5.0.12\jakarta-tomcat-5.0.12\server\lib ?
But javac doesn't take it in consideration.
There several servlet*.jar files but which one is the good one for javac ?

Do you know a good web page that explain :

- Which actually contains the differents servlet*.jar from tomcat dir ?

Regards all,
ERic

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]

war classpath problem

[lio tomcat]

Hello world,
 My war and i have some problem for loading some class that are embedded in 
jars in myWar/WEB-INF/lib...
I tried to solve this by writing a proper myWar/META-INF/MANIFEST.MF with no 
success. It simply ignores
it.
 I don't have anymore idea. May you give me some clue?
At list a sample of a manifest file for a war file, please.
 thx,

Re: Classloader/Classpath problem

[Larry Meadors]

Talking about "the class loader" with tomcat is a vast
over-simplification.

Look here for more:

http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html

Larry

>>> [EMAIL PROTECTED] 11/27/02 12:53 PM >>>
Hi,

When I start Tomcat I get a NoClassDefFoundError exception. I'm
including a
snippet from the logs.  As you can see, the Classloader loads
wmsyslog.jar
which contains Syslog.class, but then fails with a NoClassDefFoundError
.  I
have a ServeletContextListener that initializes the system on Context
startup.  However, if I put jars in the classpath, TC sees the jars and
starts up.  Does anyone know why it this would happen even thought the
class
loader has loaded the jar.

I'm running TC 4.0.4 on RH Linux 7.3.

TIA,
Subir

WebappLoader[]: Deploy JAR /WEB-INF/lib/wmsyslog.jar to
/home/subir/www/tomcat/webapps/walmart/WEB-INF/lib/wmsyslog.jar
WMStandardManager[]: # in start(): WMStandardManager
WMStandardManager[]: Seeding random number generator class
java.security.SecureRandom
WMStandardManager[]: Seeding of random number generator has been
completed
ContextConfig[]: Added certificates -> request attribute Valve
loading properties

PropFile: /home/subir/www/conf/init.conf
StandardContext[]: Exception sending context initialized event to
listener
instance of class com.tc.WMContextListener
java.lang.NoClassDefFoundError: com/wm/syslog/Syslog
at com.wm.sys.Main._load_props(Main.java:195)
at com.wm.sys.Main.getProperty(Main.java:52)
at
com.tc.WMContextListener.contextInitialized(WMContextListener.java:12)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:
3188)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3404)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123)
at
org.apache.catalina.core.StandardHost.start(StandardHost.java:638)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:343)
at
org.apache.catalina.core.StandardService.start(StandardService.java:388)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:506)
at org.apache.catalina.startup.Catalina.start(Catalina.java:781)
at
org.apache.catalina.startup.Catalina.execute(Catalina.java:681)
at
org.apache.catalina.startup.Catalina.process(Catalina.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243)

StandardContext[]: Context startup failed due to previous errors
Context destroyed on Wed Nov 27 10:38:46 PST 2002.

--
To unsubscribe, e-mail:  

For additional commands, e-mail:




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

RE: Classloader/Classpath problem

[Subir Sengupta]

I'm very familiar with that doc.  

The question is - If the class loader loaded the jar, then why would my init
app throw a NoClassDefFoundError exception.  And not throw it when the jar
is in the classpath.

Subir

-Original Message-
From: Larry Meadors [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 27, 2002 12:40 PM
To: [EMAIL PROTECTED]
Subject: Re: Classloader/Classpath problem


Talking about "the class loader" with tomcat is a vast
over-simplification.

Look here for more:

http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html

Larry

>>> [EMAIL PROTECTED] 11/27/02 12:53 PM >>>
Hi,

When I start Tomcat I get a NoClassDefFoundError exception. I'm
including a
snippet from the logs.  As you can see, the Classloader loads
wmsyslog.jar
which contains Syslog.class, but then fails with a NoClassDefFoundError
.  I
have a ServeletContextListener that initializes the system on Context
startup.  However, if I put jars in the classpath, TC sees the jars and
starts up.  Does anyone know why it this would happen even thought the
class
loader has loaded the jar.

I'm running TC 4.0.4 on RH Linux 7.3.

TIA,
Subir

WebappLoader[]: Deploy JAR /WEB-INF/lib/wmsyslog.jar to
/home/subir/www/tomcat/webapps/walmart/WEB-INF/lib/wmsyslog.jar
WMStandardManager[]: # in start(): WMStandardManager
WMStandardManager[]: Seeding random number generator class
java.security.SecureRandom
WMStandardManager[]: Seeding of random number generator has been
completed
ContextConfig[]: Added certificates -> request attribute Valve
loading properties

PropFile: /home/subir/www/conf/init.conf
StandardContext[]: Exception sending context initialized event to
listener
instance of class com.tc.WMContextListener
java.lang.NoClassDefFoundError: com/wm/syslog/Syslog
at com.wm.sys.Main._load_props(Main.java:195)
at com.wm.sys.Main.getProperty(Main.java:52)
at
com.tc.WMContextListener.contextInitialized(WMContextListener.java:12)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:
3188)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3404)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123)
at
org.apache.catalina.core.StandardHost.start(StandardHost.java:638)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:343)
at
org.apache.catalina.core.StandardService.start(StandardService.java:388)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:506)
at org.apache.catalina.startup.Catalina.start(Catalina.java:781)
at
org.apache.catalina.startup.Catalina.execute(Catalina.java:681)
at
org.apache.catalina.startup.Catalina.process(Catalina.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243)

StandardContext[]: Context startup failed due to previous errors
Context destroyed on Wed Nov 27 10:38:46 PST 2002.

--
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: Classloader/Classpath problem

[Larry Meadors]

I do not know.

Have you tried it in common/lib? 

If it does not work there, you might try two copies, one in WEB-INF/lib
and one in server/lib. I have seen cases where that was the only
configuration I could find that would work.

Larry

>>> [EMAIL PROTECTED] 11/27/02 14:23 PM >>>
I'm very familiar with that doc.  

The question is - If the class loader loaded the jar, then why would my
init
app throw a NoClassDefFoundError exception.  And not throw it when the
jar
is in the classpath.

Subir

-Original Message-
From: Larry Meadors [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 27, 2002 12:40 PM
To: [EMAIL PROTECTED]
Subject: Re: Classloader/Classpath problem


Talking about "the class loader" with tomcat is a vast
over-simplification.

Look here for more:

http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html

Larry

>>> [EMAIL PROTECTED] 11/27/02 12:53 PM >>>
Hi,

When I start Tomcat I get a NoClassDefFoundError exception. I'm
including a
snippet from the logs.  As you can see, the Classloader loads
wmsyslog.jar
which contains Syslog.class, but then fails with a NoClassDefFoundError
.  I
have a ServeletContextListener that initializes the system on Context
startup.  However, if I put jars in the classpath, TC sees the jars and
starts up.  Does anyone know why it this would happen even thought the
class
loader has loaded the jar.

I'm running TC 4.0.4 on RH Linux 7.3.

TIA,
Subir

WebappLoader[]: Deploy JAR /WEB-INF/lib/wmsyslog.jar to
/home/subir/www/tomcat/webapps/walmart/WEB-INF/lib/wmsyslog.jar
WMStandardManager[]: # in start(): WMStandardManager
WMStandardManager[]: Seeding random number generator class
java.security.SecureRandom
WMStandardManager[]: Seeding of random number generator has been
completed
ContextConfig[]: Added certificates -> request attribute Valve
loading properties

PropFile: /home/subir/www/conf/init.conf
StandardContext[]: Exception sending context initialized event to
listener
instance of class com.tc.WMContextListener
java.lang.NoClassDefFoundError: com/wm/syslog/Syslog
at com.wm.sys.Main._load_props(Main.java:195)
at com.wm.sys.Main.getProperty(Main.java:52)
at
com.tc.WMContextListener.contextInitialized(WMContextListener.java:12)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:
3188)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3404)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123)
at
org.apache.catalina.core.StandardHost.start(StandardHost.java:638)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:343)
at
org.apache.catalina.core.StandardService.start(StandardService.java:388)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:506)
at org.apache.catalina.startup.Catalina.start(Catalina.java:781)
at
org.apache.catalina.startup.Catalina.execute(Catalina.java:681)
at
org.apache.catalina.startup.Catalina.process(Catalina.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243)

StandardContext[]: Context startup failed due to previous errors
Context destroyed on Wed Nov 27 10:38:46 PST 2002.


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

RE: Classloader/Classpath problem

[micael]

On theory alone, if a classloader has loaded a class, and you are getting a 
class-not-found error, then you are getting it (the error message) from a 
different classloader.  Computers are lovely in part because they are just 
so damned predictable.  ///;-)

At 02:33 PM 11/27/2002 -0700, you wrote:
I do not know.

Have you tried it in common/lib?

If it does not work there, you might try two copies, one in WEB-INF/lib
and one in server/lib. I have seen cases where that was the only
configuration I could find that would work.

Larry

>>> [EMAIL PROTECTED] 11/27/02 14:23 PM >>>
I'm very familiar with that doc.

The question is - If the class loader loaded the jar, then why would my
init
app throw a NoClassDefFoundError exception.  And not throw it when the
jar
is in the classpath.

Subir

-Original Message-
From: Larry Meadors [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 27, 2002 12:40 PM
To: [EMAIL PROTECTED]
Subject: Re: Classloader/Classpath problem


Talking about "the class loader" with tomcat is a vast
over-simplification.

Look here for more:

http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html

Larry

>>> [EMAIL PROTECTED] 11/27/02 12:53 PM >>>
Hi,

When I start Tomcat I get a NoClassDefFoundError exception. I'm
including a
snippet from the logs.  As you can see, the Classloader loads
wmsyslog.jar
which contains Syslog.class, but then fails with a NoClassDefFoundError
.  I
have a ServeletContextListener that initializes the system on Context
startup.  However, if I put jars in the classpath, TC sees the jars and
starts up.  Does anyone know why it this would happen even thought the
class
loader has loaded the jar.

I'm running TC 4.0.4 on RH Linux 7.3.

TIA,
Subir

WebappLoader[]: Deploy JAR /WEB-INF/lib/wmsyslog.jar to
/home/subir/www/tomcat/webapps/walmart/WEB-INF/lib/wmsyslog.jar
WMStandardManager[]: # in start(): WMStandardManager
WMStandardManager[]: Seeding random number generator class
java.security.SecureRandom
WMStandardManager[]: Seeding of random number generator has been
completed
ContextConfig[]: Added certificates -> request attribute Valve
loading properties

PropFile: /home/subir/www/conf/init.conf
StandardContext[]: Exception sending context initialized event to
listener
instance of class com.tc.WMContextListener
java.lang.NoClassDefFoundError: com/wm/syslog/Syslog
at com.wm.sys.Main._load_props(Main.java:195)
at com.wm.sys.Main.getProperty(Main.java:52)
at
com.tc.WMContextListener.contextInitialized(WMContextListener.java:12)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:
3188)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3404)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123)
at
org.apache.catalina.core.StandardHost.start(StandardHost.java:638)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:343)
at
org.apache.catalina.core.StandardService.start(StandardService.java:388)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:506)
at org.apache.catalina.startup.Catalina.start(Catalina.java:781)
at
org.apache.catalina.startup.Catalina.execute(Catalina.java:681)
at
org.apache.catalina.startup.Catalina.process(Catalina.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243)

StandardContext[]: Context startup failed due to previous errors
Context destroyed on Wed Nov 27 10:38:46 PST 2002.


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


Micael

---

This electronic mail  transmission and any accompanying documents contain 
information belonging to the sender which may be confidential and legally 
privileged.  This information is intended only for the use of the 
individual or entity to whom this electronic mail transmission was sent as 
indicated above. If you are not the intended recipient, any disclosure, 
copying, distribution, or action taken in reliance on the contents of the 
information contained in this transmission is strictly prohibited.  If you 
have received this transmission in error, please delete the message.  Thank you 



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

RE: Classloader/Classpath problem

[Craig R. McClanahan]

On Wed, 27 Nov 2002, Subir Sengupta wrote:

> Date: Wed, 27 Nov 2002 13:27:10 -0800
> From: Subir Sengupta <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: 'Tomcat Users List' <[EMAIL PROTECTED]>
> Subject: RE: Classloader/Classpath problem
>
> I'm very familiar with that doc.
>
> The question is - If the class loader loaded the jar, then why would my init
> app throw a NoClassDefFoundError exception.  And not throw it when the jar
> is in the classpath.
>

Class loaders are pretty much the wierdest thing about Java.  There are
several issues that might be related to this.

* Tomcat's standard startup script totally ignore your CLASSPATH
  variable, and sets what it needs.  (See mailing list archives for
  a discussion of why it works this way, and will continue to work
  this way as long as *I* have any say about it.)  If you
  are modifying this startup script in any way, all bets are off --
  you're on your own for figuring out what is going on here.

* Putting JARs in the runtime extensions directory (under 4.0
  that means $JAVA_HOME/jre/lib/ext, for 4.1 that means
  $CATALINA_HOME/common/endorsed) can cause problems because
  these directories have a higher class loading priority than
  any of the Tomcat class loaders.

* If a class itself cannot be found, you will usually get a
  ClassNotFoundException.  You're getting a NoClassDefFoundError
  exception instead, which means that your class was found,
  but one of the classes *it* depends on (i.e. imports)
  can not be found.  Double check that the classes your Syslog
  class depends on are available.

* If the class you are talking about is in the common class loader
  (i.e. in common/lib) but the dependent class is in /WEB-INF/lib,
  you are guaranteed to get this error.  Classes know which class
  loader they are loaded from, and can look *up* the class loader
  hierarchy, but not *down*.

* It is possible (by using the Thread context class loader) to
  program your way out of the issue raised in the previous point,
  but this has to be done deliberately.

* If you are using JDK 1.4.1, you will find that this JVM has started
  enforcing rules related to unpackaged classes -- in particular,
  it's no longer allowed to "import" an unpackaged class, or to load
  one dynamically (this is why you will now have problems with
  unpackaged JavaBeans in  and things like that).

* Early Tomcat 4.0.x versions had some bugs in the webapp class loader
  that sometimes manifested themselves with NCFE problems.  Be sure
  you are testing against the latest production version (4.0.6 or
  4.1.12).

> Subir

Craig


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

RE: Classloader/Classpath problem

[Subir Sengupta]

If I copy the jars to $CATALINA_HOME/lib, the app starts up fine, with no
exceptions thrown.  

-Original Message-
From: Larry Meadors [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 27, 2002 1:34 PM
To: [EMAIL PROTECTED]
Subject: RE: Classloader/Classpath problem


I do not know.

Have you tried it in common/lib? 

If it does not work there, you might try two copies, one in WEB-INF/lib
and one in server/lib. I have seen cases where that was the only
configuration I could find that would work.

Larry

>>> [EMAIL PROTECTED] 11/27/02 14:23 PM >>>
I'm very familiar with that doc.  

The question is - If the class loader loaded the jar, then why would my
init
app throw a NoClassDefFoundError exception.  And not throw it when the
jar
is in the classpath.

Subir

-Original Message-
From: Larry Meadors [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 27, 2002 12:40 PM
To: [EMAIL PROTECTED]
Subject: Re: Classloader/Classpath problem


Talking about "the class loader" with tomcat is a vast
over-simplification.

Look here for more:

http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html

Larry

>>> [EMAIL PROTECTED] 11/27/02 12:53 PM >>>
Hi,

When I start Tomcat I get a NoClassDefFoundError exception. I'm
including a
snippet from the logs.  As you can see, the Classloader loads
wmsyslog.jar
which contains Syslog.class, but then fails with a NoClassDefFoundError
.  I
have a ServeletContextListener that initializes the system on Context
startup.  However, if I put jars in the classpath, TC sees the jars and
starts up.  Does anyone know why it this would happen even thought the
class
loader has loaded the jar.

I'm running TC 4.0.4 on RH Linux 7.3.

TIA,
Subir

WebappLoader[]: Deploy JAR /WEB-INF/lib/wmsyslog.jar to
/home/subir/www/tomcat/webapps/walmart/WEB-INF/lib/wmsyslog.jar
WMStandardManager[]: # in start(): WMStandardManager
WMStandardManager[]: Seeding random number generator class
java.security.SecureRandom
WMStandardManager[]: Seeding of random number generator has been
completed
ContextConfig[]: Added certificates -> request attribute Valve
loading properties

PropFile: /home/subir/www/conf/init.conf
StandardContext[]: Exception sending context initialized event to
listener
instance of class com.tc.WMContextListener
java.lang.NoClassDefFoundError: com/wm/syslog/Syslog
at com.wm.sys.Main._load_props(Main.java:195)
at com.wm.sys.Main.getProperty(Main.java:52)
at
com.tc.WMContextListener.contextInitialized(WMContextListener.java:12)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:
3188)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3404)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123)
at
org.apache.catalina.core.StandardHost.start(StandardHost.java:638)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:343)
at
org.apache.catalina.core.StandardService.start(StandardService.java:388)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:506)
at org.apache.catalina.startup.Catalina.start(Catalina.java:781)
at
org.apache.catalina.startup.Catalina.execute(Catalina.java:681)
at
org.apache.catalina.startup.Catalina.process(Catalina.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243)

StandardContext[]: Context startup failed due to previous errors
Context destroyed on Wed Nov 27 10:38:46 PST 2002.


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

Tomcat 4.0.1 CLASSPATH problem

[Deepak Tiwari]

Hi

I need an xml file in my classpath.If I put it in the
WEB-INF/classes directory of my web application
tomcat doesn't add it in classpath (or it it not
visible to my application)
And when I put it in the common/classes dir of tomcat
installation it is visible to my application.

The problem is I have multiple application sharing
same apache and tomcat installation. Every application
has it's own xml file. So I can not put them in
common/classes directory.

Can anybody please help me out.

dt

__
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com

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

Re: linux classpath problem?

[Dries Watteyne]

Hello,

the java mail api isn't enough (javax.activation.DataSource isn't included in 
that api). You have to add the j2ee library or the jaf-1.0.1 library (see 
java.sun.com).

Dries

Aanhalen stan chang <[EMAIL PROTECTED]>:

> Greetings -
> 
> I'm trying to add a library for my application, however I can't get
> tomcat
> to find it in the classpath.  I've added the directory of the classes to
> the
> tomcat shell script (where I declared a CLASSPATH variable and exported
> it).
> 
> My setup is an RPM install on a Linux kernal 2.2.14 box. (I make this
> note
> because I believe it doesn't come with the normal /bin directory - just
> a
> tomcat shell script).
> 
> I'm trying to add some JavaMail libraries which I have included in
>  home>/lib and /webapps/MY_APP/WEB-INF/lib.  But when I use
> a
> function that refers to the class I get the following error:
> 
> Internal Servlet Error:
>   javax.servlet.ServletException: javax/activation/DataSource
> 
> Root cause: 
>   java.lang.NoClassDefFoundError: javax/activation/DataSource
> 
> From what I can gather, tomcat can't see the classes I need and is
> crashing
> because of that.  I have the exact same setup on my NT box and it
> works
> fine.  The only difference with my NT setup is that I installed using
> the
> tomcat.zip file which DOES include the normal /bin directory.
> 
> Please help! 
> 
> Thanks in advance.
> 
> stan
> 
> 
> 
> 
> 
> ___
> Send a cool gift with your E-Card
> http://www.bluemountain.com/giftcenter/
> 
> 
> 

Re: linux classpath problem?

[stan chang]

Hi -

I tried downloading the jaf-1.0.1 library and I copied the activation.jar
file to the /lib directory.

However, now when I try to view my page I get the following error:

org.apache.jasper.compiler.ParseException: Cannot read file: /login.jsp

Could there be conflicting parsers?

Thanks.

stan


On Mon, 09 Apr 2001 18:38:44 +0200 (CEST), [EMAIL PROTECTED]
wrote:

>  Hello,
>  
>  the java mail api isn't enough (javax.activation.DataSource isn't
included in 
>  that api). You have to add the j2ee library or the jaf-1.0.1 library (see

>  java.sun.com).
>  
>  Dries
>  
>  Aanhalen stan chang <[EMAIL PROTECTED]>:
>  
>  > Greetings -
>  > 
>  > I'm trying to add a library for my application, however I can't get
>  > tomcat
>  > to find it in the classpath.  I've added the directory of the classes
to
>  > the
>  > tomcat shell script (where I declared a CLASSPATH variable and exported
>  > it).
>  > 
>  > My setup is an RPM install on a Linux kernal 2.2.14 box. (I make this
>  > note
>  > because I believe it doesn't come with the normal /bin directory - just
>  > a
>  > tomcat shell script).
>  > 
>  > I'm trying to add some JavaMail libraries which I have included in
>  >   > home>/lib and /webapps/MY_APP/WEB-INF/lib.  But when I use
>  > a
>  > function that refers to the class I get the following error:
>  > 
>  > Internal Servlet Error:
>  >javax.servlet.ServletException: javax/activation/DataSource
>  > 
>  > Root cause: 
>  >java.lang.NoClassDefFoundError: javax/activation/DataSource
>  > 
>  > From what I can gather, tomcat can't see the classes I need and is
>  > crashing
>  > because of that.  I have the exact same setup on my NT box and it
>  > works
>  > fine.  The only difference with my NT setup is that I installed using
>  > the
>  > tomcat.zip file which DOES include the normal /bin directory.
>  > 
>  > Please help! 
>  > 
>  > Thanks in advance.
>  > 
>  > stan
>  > 
>  > 
>  > 
>  > 
>  > 
>  > ___
>  > Send a cool gift with your E-Card
>  > http://www.bluemountain.com/giftcenter/
>  > 
>  > 
>  > 


--
ramen.cjb.net





___
Send a cool gift with your E-Card
http://www.bluemountain.com/giftcenter/

classpath problem of widows

[Prashant]

hi 


i have written a servlet which shows all the java and tomcat property . 

when i run it  linux server it shows me the class path like this 

java.class.path=/temp5/sites/australia:/usr/java/jdk1.3.1/lib/td.jar:/usr/ja 
va/jdk1.3.1/lib/tools.jar:/usr/local/mm/mm.mysql-2.0.2-bin.jar:/usr/local/ja 
vamail/javamail-1.1.3/mail.jar:/usr/local/javamail/jaf-1.0.1/activation.jar: 
/usr/local/upload/lib/cos.jar:/usr/local/jaxp1.0/jaxp.jar:/usr/share/java/se 
rvlet-2.3.jar:/usr/local/jaxp1.0/parser.jar:.:/var/tomcat4/bin/bootstrap.jar 
Java class path  


when i run the same servlet in windows2000 server or any windows version 

it shows like this
s
java.class.path=C:\jdk1.4\lib\tools.jar;C:\Program Files\Apache Tomcat 
4.0\bin\bootstrap.jar 

 

can u find the reason behind it 

how can i get the classpath in windows platform . 

i have attach the servlet u can see 

 

My windows nt setting is like this . 

CATALINA_HOME=C:\Program Files\Apache Tomcat 4.0
CLASSPATH=C:\jdk1.4\bin;C:\jdk1.4\lib;C:\jdk1.4\lib\servlet.jar;C:\PROGRA~1\ 
APACHE~1.0\WEBAPPS;D:\ACD;D:\ACD\SRC;C:\jdk1.4\lib\m
JAVA_HOME=C:\jdk1.4
PATH=C:\jdk1.4\bin;C:\jdk1.4\lib;C:\jdk1.4\lib\servlet.jar;C:\PROGRA~1\APACH 
E~1.0\WEBAPPS;D:\ACD;D:\ACD\SRC;;C:\PROGRA~1\APACHE~ 

 

my linux setting is like this 


CLASSPATH=/temp5/sites/australia:/usr/java/jdk1.3.1/lib/td.jar:/usr/java/jdk 
1.3.1/lib/tools.jar:/usr/local/mm/mm.mysql-2.0.2-bin.jar:/usr/local/javamail 
/javamail-1.1.3/mail.jar:/usr/local/javamail/jaf-1.0.1/activation.jar:/usr/l 
ocal/upload/lib/cos.jar:/usr/local/jaxp1.0/jaxp.jar:/usr/share/java/servlet- 
2.3.jar:/usr/local/jaxp1.0/parser.jar:.
JAVA_HOME=/usr/java/jdk1.3.1
JDK_HOME=/usr/java/jdk1.3.1
PATH=/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/usr/X11R6/bin:/usr/java/jd 
k1.3.1/bin:/home/himanshu/bin
TOMCAT_HOME=/var/tomcat4 



  package com.fc.servlets;

  import java.io.*;
  import java.util.Date;
  import java.util.Hashtable;
  import java.lang.System;
  import javax.servlet.*;
  import javax.servlet.http.*;


  public class servletinfo1 extends HttpServlet {
  public void service(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException
  {
  Date today = new Date();
  res.setContentType("text/plain");

  ServletOutputStream out = res.getOutputStream();
  out.println(today.toString());


out.println("User.Dir=" + System.getProperty("user.dir") + "");
out.println("java.version=" +  System.getProperty("java.version") + " Java 
version number ");
out.println("java.vendor=" +   System.getProperty("java.vendor") + " 
Java vendor-specific string ");
out.println("java.vendor.url=" +  
System.getProperty("java.vendor.url") + " Java vendor URL ");
out.println("java.home=" + System.getProperty("java.home") +" Java 
installation directory ");
out.println("java.class.version=" +  
System.getProperty("java.class.version") + " Java class format version  number 
");
out.println("java.class.path=" +   
System.getProperty("java.class.path") + " Java class path ");
out.println("os.name=" + System.getProperty("os.name") + "  Operating 
system name ");
out.println("os.arch=" + System.getProperty("os.arch") + "   Operating 
system architecture ");
out.println("os.version=" + System.getProperty("os.version")   + " 
Operating system version ");
out.println("file.separator=" +
System.getProperty("file.separator") + " File separator ([/] on UNIX)");
out.println("path.separator=" +   System.getProperty("path.separator") 
+ " Path separator ([:] on UNIX) ");
out.println("line.separator=" +   System.getProperty("line.separator") 
+ " Line separator ([\n] on UNIX)");
out.println("user.name=" + System.getProperty("user.name") + " 
User`s account name ");
out.println("user.home=" + System.getProperty("user.home") +   " 
User`s home directory ");
out.println("user.dir=" + System.getProperty("user.dir") + "User`s 
current working directory ");
out.println("user.dir=" + System.getProperty("user.dir") + "User`s 
current working directory ");
out.println("webmoney.properties=" + 
System.getProperty("webmoney.properties") + "User`s current working directory 
");

  }

  public String getServletInfo() {
  return "Returns a string representation of the current time";
  }

  }



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

RE: JasperException / classpath(?) problem

[Jann VanOver]

Where did you put NumberGuessBean.class ??

It must go into WEB-INF/classes/num/ (because it is in package named "num")

-Original Message-
From: howard fraser [mailto:[EMAIL PROTECTED]]
Sent: Monday, July 16, 2001 7:29 AM
To: [EMAIL PROTECTED]
Subject: JasperException / classpath(?) problem


I wonder if anyone can shed any light on the following - I have looked
through the archived messages, but to no avail.

I have tomcat 3.2.2 installed on Windows 2000 SP2 with jdk1.3.1.  I do not
have a CLASSPATH environment variable set.  When I start tomcat it first
says

Using CLASSPATH:
C:\tomcat\classes;C:\tomcat\lib\ant.jar;C:\tomcat\lib\jasper.jar;C:\tomcat\l
ib\jaxp.jar;
C:\tomcat\lib\parser.jar;C:\tomcat\lib\servlet.jar;C:\tomcat\lib\webserver.j
ar;C:\jdk1.3.1\lib\tools.jar

...which seems fine to me (all the above mentioned jars exist).

When I try to run the jsp examples that come with tomcat (e.g. number guess)
I get the following exception...

org.apache.jasper.JasperException: Unable to compile class for
JSPC:\tomcat\work\localhost_8080%2Fexamples\jsp\num\_0002fjsp_0002fnum_0002f
numguess_jsp.java:3: Class num.NumberGuessBean not found in import.
import num.NumberGuessBean;

Is there sthg else I need to add to my classpath in order that tomcat can
locate num.NumberGuessBean?

Many thanks in advance for any help


howard

Re: JasperException / classpath(?) problem

[howard fraser]

Yes, that's where it is, as per the defualt file structure when you unpack
tomcat.  It's a completely clean install, I'm just trying to get the
examples working.

Any other thoughts?

- Original Message -
From: "Jann VanOver" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, July 16, 2001 7:46 PM
Subject: RE: JasperException / classpath(?) problem


> Where did you put NumberGuessBean.class ??
>
> It must go into WEB-INF/classes/num/ (because it is in package named
"num")
>
> -Original Message-
> From: howard fraser [mailto:[EMAIL PROTECTED]]
> Sent: Monday, July 16, 2001 7:29 AM
> To: [EMAIL PROTECTED]
> Subject: JasperException / classpath(?) problem
>
>
> I wonder if anyone can shed any light on the following - I have looked
> through the archived messages, but to no avail.
>
> I have tomcat 3.2.2 installed on Windows 2000 SP2 with jdk1.3.1.  I do not
> have a CLASSPATH environment variable set.  When I start tomcat it first
> says
>
> Using CLASSPATH:
>
C:\tomcat\classes;C:\tomcat\lib\ant.jar;C:\tomcat\lib\jasper.jar;C:\tomcat\l
> ib\jaxp.jar;
>
C:\tomcat\lib\parser.jar;C:\tomcat\lib\servlet.jar;C:\tomcat\lib\webserver.j
> ar;C:\jdk1.3.1\lib\tools.jar
>
> ...which seems fine to me (all the above mentioned jars exist).
>
> When I try to run the jsp examples that come with tomcat (e.g. number
guess)
> I get the following exception...
>
> org.apache.jasper.JasperException: Unable to compile class for
>
JSPC:\tomcat\work\localhost_8080%2Fexamples\jsp\num\_0002fjsp_0002fnum_0002f
> numguess_jsp.java:3: Class num.NumberGuessBean not found in import.
> import num.NumberGuessBean;
>
> Is there sthg else I need to add to my classpath in order that tomcat can
> locate num.NumberGuessBean?
>
> Many thanks in advance for any help
>
>
> howard
>

Re: JasperException / classpath(?) problem

[howard fraser]

In case anyone else has had a similar problem, here is my solution.

Although starting tomcat results in the message...

Using CLASSPATH:
\tomcat\classes;C:\tomcat\lib\ant.jar;C:\tomcat\lib\jasper.jar;
C:\tomcat\lib\jaxp.jar;C:\tomcat\lib\parser.jar;C:\tomcat\lib\servlet.jar;
C:\tomcat\lib\webserver.jar;C:\jdk1.3.1\lib\tools.jar

...because I had j2ee.jar in \jre\lib\ext it was picking up this
file first which was causing some kind of conflict.  Removing j2ee.jar from
\jre\lib\ext solves the problem.


Howard

- Original Message -
From: "Jann VanOver" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, July 16, 2001 7:46 PM
Subject: RE: JasperException / classpath(?) problem


> Where did you put NumberGuessBean.class ??
>
> It must go into WEB-INF/classes/num/ (because it is in package named
"num")
>
> -Original Message-
> From: howard fraser [mailto:[EMAIL PROTECTED]]
> Sent: Monday, July 16, 2001 7:29 AM
> To: [EMAIL PROTECTED]
> Subject: JasperException / classpath(?) problem
>
>
> I wonder if anyone can shed any light on the following - I have looked
> through the archived messages, but to no avail.
>
> I have tomcat 3.2.2 installed on Windows 2000 SP2 with jdk1.3.1.  I do not
> have a CLASSPATH environment variable set.  When I start tomcat it first
> says
>
> Using CLASSPATH:
>
C:\tomcat\classes;C:\tomcat\lib\ant.jar;C:\tomcat\lib\jasper.jar;C:\tomcat\l
> ib\jaxp.jar;
>
C:\tomcat\lib\parser.jar;C:\tomcat\lib\servlet.jar;C:\tomcat\lib\webserver.j
> ar;C:\jdk1.3.1\lib\tools.jar
>
> ...which seems fine to me (all the above mentioned jars exist).
>
> When I try to run the jsp examples that come with tomcat (e.g. number
guess)
> I get the following exception...
>
> org.apache.jasper.JasperException: Unable to compile class for
>
JSPC:\tomcat\work\localhost_8080%2Fexamples\jsp\num\_0002fjsp_0002fnum_0002f
> numguess_jsp.java:3: Class num.NumberGuessBean not found in import.
> import num.NumberGuessBean;
>
> Is there sthg else I need to add to my classpath in order that tomcat can
> locate num.NumberGuessBean?
>
> Many thanks in advance for any help
>
>
> howard
>

Servlets and classpath problem

[John Rishea]

Hi,

I'm having a classpath problem with Tomcat 4.0.x on a Unix platform and was
hoping someone could point me in the right direction.

A servlet in one of my webapps uses external classes located outside
common/lib or webapp/WEB-INF/classes.  So I added the external class'
location to the classpath in my .profile, assuming this would be all I
needed to do.  When I compile the servlet in my development directory, it
compiles just fine.  But when I place the servlet class in WEB-INF/classes
directory and restart Tomcat, a ClassDefNotFound furball gets spit back at
me for those external classes that (I thought) would be accessible via my
classpath.

I have root permissions so I know that isn't the issue.  Is there something
else I'm missing here?  An entry in server.xml or something similar?  I
would really rather not copy those external classes into WEB-INF/classes (I
have tried that, and then the servlet works just fine) but I don't know what
to try next.

Thanks for your help!

__
John Rishea


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

RE: Tomcat classpath problem

[Shapira, Yoav]

Howdy,

>How does one make additional jars available to tomcat? I understand one
can
>add them to WEB-INF/lib,but there are sometimes that approach does not
>work.
>Here's a scenario:
>I'm using tomcat 4.1.24 with jdk 1.4.1_02. One of the required
libraries
>for
>my web app is oc4j.jar. If I put that oc4j.jar into the WEB-INF/lib,
tomcat
>throws the following error on startup:
>=
>Starting service Tomcat-Standalone
>Apache Tomcat/4.1.24
>WebappClassLoader:
>validateJarFile(D:\jakarta-tomcat-4.1.24\bin\..\webapps\graphics\WEB-
>INF\lib
>\oc4j.jar) - jar not loaded. See Servlet Spec 2.3, section 9.7.2.
Offending
>class: javax/servlet/Servlet.class

The message is fairly clear: oc4j.jar is not acceptable in a Servlet
Specification v2.3 container, because it contains a copy of the java
servlet API.  You need to re-package the oc4j jar, taking out the
servlet classes, or obtain a later copy of the oc4j jar which does not
contain the servlet classes.

Generally speaking, the way to make more jars available to tomcat for
your web application is to place these jars in the WEB-INF/lib directory
of your web application.  However, the jars can't contain the servlet
APIs.

Yoav Shapira



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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

RE: Tomcat classpath problem

[Cox, Charlie]

unpack your jar to WEB-INF/classes and remove javax/servlet tree. This will
provide you with your classes without the conflicting servlet classes.

Charlie

> -Original Message-
> From: Manav Gupta [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 10, 2003 10:58 AM
> To: Tomcat (E-mail)
> Subject: Tomcat classpath problem
> 
> 
> Apologies for the re-post, but I'm not sure if my messages 
> are reaching the
> list.
> ---
> Hi,
>  
> I'm trying to understand the tomcat class loading mechanism 
> and have read
> through the Class Loader HOW-TO (
> http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-h
> owto.html
> <http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-
> howto.html> ).
>  
> 
> How does one make additional jars available to tomcat? I 
> understand one can
> add them to WEB-INF/lib,but there are sometimes that approach 
> does not work.
> Here's a scenario:
> I'm using tomcat 4.1.24 with jdk 1.4.1_02. One of the 
> required libraries for
> my web app is oc4j.jar. If I put that oc4j.jar into the 
> WEB-INF/lib, tomcat
> throws the following error on startup:
> =
> Starting service Tomcat-Standalone
> Apache Tomcat/4.1.24
> WebappClassLoader:
> validateJarFile(D:\jakarta-tomcat-4.1.24\bin\..\webapps\graphi
> cs\WEB-INF\lib
> \oc4j.jar) - jar not loaded. See Servlet Spec 2.3, section 
> 9.7.2. Offending
> class: javax/servlet/Servlet.class
> =
> Upon checking, I found oc4j.jar has javax.servlet.Servlet and 
> I suspect it
> does not adhere to Servlet Spec 2.3 (but probably something 
> earlier than
> that). 
>  
> If I do not put oc4j.jar in WEB-INF/lib, I get the following error:
>  
> 2003-06-10 13:28:43 StandardWrapperValve[jsp]: 
> Servlet.service() for servlet
> jsp threw exception
> javax.servlet.ServletException:
> javax.servlet.jsp.tagext.TagInfo.(Ljava/lang/String;Ljav
> a/lang/String;
> Ljava/lang/String;Ljava/lang/String;Ljavax/servlet/jsp/tagext/
> TagLibraryInfo
> ;Ljavax/servlet/jsp/tagext/TagExtraInfo;[Ljavax/servlet/jsp/ta
> gext/TagAttrib
> uteInfo;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;
> [Ljavax/servle
> t/jsp/tagext/TagVariableInfo;)V
>  at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:249)
>  at javax.servlet.http.HttpServlet.service(HttpServlet.java:336)
>  at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
> er(Application
> FilterChain.java:247)
>  at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
> cationFilterCh
> ain.java:193)
>  at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
> rapperValve.ja
> va:256)
>  at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValv
> eContext.invok
> eNext(StandardPipeline.java:643)
>  at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:480)
>  at 
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
>  at
> org.apache.catalina.core.StandardContextValve.invoke(StandardC
> ontextValve.ja
> va:191)
>  at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValv
> eContext.invok
> eNext(StandardPipeline.java:643)
>  at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:480)
>  at 
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
>  at
> org.apache.catalina.core.StandardContext.invoke(StandardContex
> t.java:2415)
>  at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHost
> Valve.java:180
> )
>  at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValv
> eContext.invok
> eNext(StandardPipeline.java:643)
>  at
> org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDi
> spatcherValve.
> java:171)
>  at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValv
> eContext.invok
> eNext(StandardPipeline.java:641)
>  at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport
> Valve.java:172
> )
>  at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValv
> eContext.invok
> eNext(StandardPipeline.java:641)
>  at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:480)
>  at 
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
>  at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEn
> gineValve.java
> :174)
>  at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValv
> eContext.invok
> eNext(StandardPipeline.java:643)
>  at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:480)
>  at 
> org.apache.catalina.core.ContainerBase

Re: Easy : CLASSPATH problem

[Eric C]

... found out : set classpath to servlet-api.jar not
sry for noise
 
- Original Message - 
From: "Eric C" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Sunday, October 12, 2003 10:34 AM
Subject: Easy : CLASSPATH problem


Hi all,

I just installed tomcat 5 to benefits servlet 2.4 implementation

But where shall i point my classpath to ?
E:\java\jakarta-tomcat-5.0.12\jakarta-tomcat-5.0.12\server\lib ?
But javac doesn't take it in consideration.
There several servlet*.jar files but which one is the good one for javac ?

Do you know a good web page that explain :

- Which actually contains the differents servlet*.jar from tomcat dir ?

Regards all,
ERic





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

Re: war classpath problem

[lio tomcat]

forgot to tell about my env : jboss3.2.2/jbossweb-tomcat41.sar

On 9/20/05, lio tomcat <[EMAIL PROTECTED]> wrote: 
> 
> Hello world,
>  My war and i have some problem for loading some class that are embedded 
> in jars in myWar/WEB-INF/lib...
> I tried to solve this by writing a proper myWar/META-INF/MANIFEST.MF with 
> no success. It simply ignores
> it.
>  I don't have anymore idea. May you give me some clue?
> At list a sample of a manifest file for a war file, please.
>  thx,
>

RE: Tomcat 4.0.1 CLASSPATH problem

[Chakradhar Tallam]

try putting file under WEB-INF/ directly instead of WEB-INF/classes

CT.

-Original Message-
From: Deepak Tiwari [mailto:[EMAIL PROTECTED]]
Sent: Thursday, 6 June 2002 2:26 PM
To: [EMAIL PROTECTED]
Subject: Tomcat 4.0.1 CLASSPATH problem


Hi

I need an xml file in my classpath.If I put it in the
WEB-INF/classes directory of my web application
tomcat doesn't add it in classpath (or it it not
visible to my application)
And when I put it in the common/classes dir of tomcat
installation it is visible to my application.

The problem is I have multiple application sharing
same apache and tomcat installation. Every application
has it's own xml file. So I can not put them in
common/classes directory.

Can anybody please help me out.

dt

__
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com

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

a simple ( irritating) classpath problem

[yilmaz]

hi all,
i have been using servlets and tomcat for a long time
but till now i couldn't figure out how to set the classpath exactly
Can some one please explain this briefly and clearly?
you might ask "how did you use tomcat without setting the classpath"
each time i used trial and error method, because the descriptions in docs
never seems to work correctly.
But at last i decided to solve this problem radically, becasue i am already
sick of classpath problems
first let me explain what my problem is:

I developed a message board using servlets
it works fine , but only with the default  charset.
namely, when users enters local charset (e.g: big5 chinese), my servlet
can't recognize these chars,
so only some question marks are stored into the database.
i tried to solve this problem with all kinds of methods available, but none
of them worked.
i tried servlet interest group, it didn't work either.
At last I used the ParameterParser class  of the oreilly package as
described in Jason's book(java servlet programming)
it worked, but i had a lot of trouble with the classpath settings
But still i don't know how to set it up,  beacause it started   not to work
again.
Simply when i compile my servlet it doesn't recognize parameterparser class,
saying that it is not on classpath
IT IS VERY IRRITATING
because i put all the package (com.oreilly.servlet.*) in the same directory
with the servlet (under web-inf/classes/ com/servlet/  directory)
i tried putting the cos.jar file in the web-inf/lib directory, it didn't
work
in put these files directly under the web-inf/classes/   directory , it
didn't work either
according to docs, all the classes are in the classpath by default, so the
compiler supposed to find these classes, but it can't
then i added the full path /lib/cos.jar, to the classpath,
didn't work either.
well, i gave up, i just wanted to learn the LOGICAL way to set the classpath
up.
PLEASE help me
by the i am using tomcat 4 ( already switched from tomcat 3.2.2), my OS is
win 2000, JDK is 1.3
i am sick of seraching the docs every time when i have the same problem
i am looking forward to your help as soon as possible
THANK  YOU FOR YOUR KINDNESS IN ADVANCE
BEST REGARDS

RE: Servlets and classpath problem

[Collins, Jim]

Hi John,

Tomcat ignores the classpath that you set. Why can't you jar the external
classes you wish to call and put the jar file in webapp/WEB-INF/lib

Regards

Jim.

> -Original Message-
> From: John Rishea [mailto:[EMAIL PROTECTED]]
> Sent: 21 February 2003 13:49
> To: Tomcat Users List
> Subject: Servlets and classpath problem
> 
> 
> Hi,
> 
> I'm having a classpath problem with Tomcat 4.0.x on a Unix 
> platform and was
> hoping someone could point me in the right direction.
> 
> A servlet in one of my webapps uses external classes located outside
> common/lib or webapp/WEB-INF/classes.  So I added the external class'
> location to the classpath in my .profile, assuming this would be all I
> needed to do.  When I compile the servlet in my development 
> directory, it
> compiles just fine.  But when I place the servlet class in 
> WEB-INF/classes
> directory and restart Tomcat, a ClassDefNotFound furball gets 
> spit back at
> me for those external classes that (I thought) would be 
> accessible via my
> classpath.
> 
> I have root permissions so I know that isn't the issue.  Is 
> there something
> else I'm missing here?  An entry in server.xml or something 
> similar?  I
> would really rather not copy those external classes into 
> WEB-INF/classes (I
> have tried that, and then the servlet works just fine) but I 
> don't know what
> to try next.
> 
> Thanks for your help!
> 
> __
> John Rishea
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


PLEASE READ: The information contained in this email is confidential
and intended for the named recipient(s) only. If you are not an intended
recipient of this email you must not copy, distribute or take any 
further action in reliance on it and you should delete it and notify the
sender immediately. Email is not a secure method of communication and 
Nomura International plc cannot accept responsibility for the accuracy
or completeness of this message or any attachment(s). Please examine this
email for virus infection, for which Nomura International plc accepts
no responsibility. If verification of this email is sought then please
request a hard copy. Unless otherwise stated any views or opinions
presented are solely those of the author and do not represent those of
Nomura International plc. This email is intended for informational
purposes only and is not a solicitation or offer to buy or sell
securities or related financial instruments. Nomura International plc is
regulated by the Financial Services Authority and is a member of the
London Stock Exchange.



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

Re: Servlets and classpath problem

[Ian Hunter]

I've had similar problems and I could have sworn I saw someone give the
advice that it's best to give each webapp it's own copy of the shared jars.
I did that and the problems went away.  I hate having duplicate files, but I
guess if proper application "segmentation" is going on it's probably safer
anyway.  Just my two cents.

- Original Message -
From: "John Rishea" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Friday, February 21, 2003 8:49 AM
Subject: Servlets and classpath problem


> Hi,
>
> I'm having a classpath problem with Tomcat 4.0.x on a Unix platform and
was
> hoping someone could point me in the right direction.
>
> A servlet in one of my webapps uses external classes located outside
> common/lib or webapp/WEB-INF/classes.  So I added the external class'
> location to the classpath in my .profile, assuming this would be all I
> needed to do.  When I compile the servlet in my development directory, it
> compiles just fine.  But when I place the servlet class in WEB-INF/classes
> directory and restart Tomcat, a ClassDefNotFound furball gets spit back at
> me for those external classes that (I thought) would be accessible via my
> classpath.
>
> I have root permissions so I know that isn't the issue.  Is there
something
> else I'm missing here?  An entry in server.xml or something similar?  I
> would really rather not copy those external classes into WEB-INF/classes
(I
> have tried that, and then the servlet works just fine) but I don't know
what
> to try next.
>
> Thanks for your help!
>
> __
> John Rishea
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


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

RE: Servlets and classpath problem

[Collins, Jim]

You could edit the setclasspath.sh script but I would recommend against
that.

Regards

Jim.

> -Original Message-
> From: Ian Hunter [mailto:[EMAIL PROTECTED]]
> Sent: 21 February 2003 13:55
> To: Tomcat Users List
> Subject: Re: Servlets and classpath problem
> 
> 
> I've had similar problems and I could have sworn I saw 
> someone give the
> advice that it's best to give each webapp it's own copy of 
> the shared jars.
> I did that and the problems went away.  I hate having 
> duplicate files, but I
> guess if proper application "segmentation" is going on it's 
> probably safer
> anyway.  Just my two cents.
> 
> - Original Message -
> From: "John Rishea" <[EMAIL PROTECTED]>
> To: "Tomcat Users List" <[EMAIL PROTECTED]>
> Sent: Friday, February 21, 2003 8:49 AM
> Subject: Servlets and classpath problem
> 
> 
> > Hi,
> >
> > I'm having a classpath problem with Tomcat 4.0.x on a Unix 
> platform and
> was
> > hoping someone could point me in the right direction.
> >
> > A servlet in one of my webapps uses external classes located outside
> > common/lib or webapp/WEB-INF/classes.  So I added the 
> external class'
> > location to the classpath in my .profile, assuming this 
> would be all I
> > needed to do.  When I compile the servlet in my development 
> directory, it
> > compiles just fine.  But when I place the servlet class in 
> WEB-INF/classes
> > directory and restart Tomcat, a ClassDefNotFound furball 
> gets spit back at
> > me for those external classes that (I thought) would be 
> accessible via my
> > classpath.
> >
> > I have root permissions so I know that isn't the issue.  Is there
> something
> > else I'm missing here?  An entry in server.xml or something 
> similar?  I
> > would really rather not copy those external classes into 
> WEB-INF/classes
> (I
> > have tried that, and then the servlet works just fine) but 
> I don't know
> what
> > to try next.
> >
> > Thanks for your help!
> >
> > __
> > John Rishea
> >
> >
> > 
> -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


PLEASE READ: The information contained in this email is confidential
and intended for the named recipient(s) only. If you are not an intended
recipient of this email you must not copy, distribute or take any 
further action in reliance on it and you should delete it and notify the
sender immediately. Email is not a secure method of communication and 
Nomura International plc cannot accept responsibility for the accuracy
or completeness of this message or any attachment(s). Please examine this
email for virus infection, for which Nomura International plc accepts
no responsibility. If verification of this email is sought then please
request a hard copy. Unless otherwise stated any views or opinions
presented are solely those of the author and do not represent those of
Nomura International plc. This email is intended for informational
purposes only and is not a solicitation or offer to buy or sell
securities or related financial instruments. Nomura International plc is
regulated by the Financial Services Authority and is a member of the
London Stock Exchange.



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

Apache-SOAP/Tomcat Classpath problem

[Brian Abbott]

Hi,
 
Im runing Tomcat 4.0.6. I have a web application running and
Apache-SOAP installed. The web application is publishing methods to be
accessed via soap-rpc. When the client code makes a call, the fault code
is badTargetObjectURI. The problem is the classpath on Tomcat doesnt
contain the class files for implementation code. However, when I add the
correct path to the catalina.bat startup script, the .jar files in my
WEB-INF\lib directory arent being added to the tomcat classpath. Has
anyone seen or experienced this before?
 
Thanks,
 
Brian Abbott

Please help with CLASSPATH problem

[Andi Reinbrech]

Hi, this problem behaves differently under 4.1 and 5.0.18, but I can't use
*either*.

When I run Tomcat 5.0.18 from the command prompt, the app works 100%.  It is
supposed to pick up a file called "emapi.cfg" and "licenses.txt" from the
CLASSPATH.  "emapi.cfg" works int .\axis\WEB-INF\classes, but "licenses.txt"
doesn't.  However, leaving "licenses.txt" in the bin\ folder and starting
Tomcat *from* that folder it works fine.  Running Tomcat 5 as a service
doesn't pick up "licenses.txt" although the working dir is set to be bin\.  

In the bin\ folder I also need a load of *.dtd files to validate XML
responses.  They only work when they're in the bin folder.

Now to Tomcat 4.1:  Everything works as a service, including picking up the
"licenses.txt", but now it refuses to resolve the *.dtds.  I get a SAX
Parser error that the URI can't be relative.  This is a bogus error though,
as I can remove all the *dtds and the error stays the same.

Can someone PLEASE help me either fix EITHER one of these problems, or
please refer me to an alternative server to use.
org.apache.axis.transport.http.SimpleAxisServer works like a charm, but not
as a service, and shouldn't be used as a production server.

Thanks in advance,
Andi

**
Everything in this e-mail and attachments relating to the official business of 
MultiChoice Africa is proprietary to 
the company. Any view or opinion expressed in this message may be the view of the 
individual and should not automatically 
be ascribed to the company.  If you are not the intended recipient, you may not 
peruse, use, disseminate, distribute or 
copy this message. If you have received this message in error, please notify the 
sender immediately by email, facsimile 
or telephone and destroy the original message.
**

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

[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: a simple ( irritating) classpath problem

[Dmitri Colebatch]

hi,

There are three basic areas that classes can be put in tomcat:

WEB-INF/classes
  - contains all the classes that form the web application
WEB-INF/lib
  - contains jars that the web application uses
TOMCAT_HOME/lib
  - contains jars that are available to _all_ applications using tomcat

> because i put all the package (com.oreilly.servlet.*) in the same directory
> with the servlet (under web-inf/classes/ com/servlet/  directory)

if it is the package com.oreilly.servlet then it should go in
WEB-INF/classes/com/oreilly/servlet - even better, I assume you got it as
a jar, just put the jar in WEB-INF/lib .  If it is a zip, then rename it
to a jar.

> i tried putting the cos.jar file in the web-inf/lib directory, it didn't
> work

what do you mean it didn't work?  try jar -tf cos.jar to check that the
classes are in the jar.  I assume you are importing the required classes
and that they exist in the jar.

> in put these files directly under the web-inf/classes/   directory , it
> didn't work either

again, should be according to package

> then i added the full path /lib/cos.jar, to the classpath,
> didn't work either.

I'm not sure why that didn't work - although if you put cos.jar in the
classpath it _should_ be available to all web applications.

> well, i gave up, i just wanted to learn the LOGICAL way to set the classpath
> up.

you dont need to set the classpath yourself.  just put your jars in
WEB-INF/lib and your classes in WEB-INF/classes

hth, cheers
dim

Re: a simple ( irritating) classpath problem

[yilmaz]

thanks Dimitri
but that is what i exactly did, and (of course) i imported oreily package
at the beginning with ( import com.oreilly.servlet.*; )
but all those efforts are in vain, i don't understand it.
when i reference this ParameterParser file with fulll path it works
like:
com.oreilly.servlet.ParameterParser parser=new
com.oreilly.servlet.ParameterParser ;
this works,
but why don't the others work.
i put this packet under both /lib/cos.jar,
webapps/root/web-inf/classes/com/oreilly/servlet/ and as well as
webapps/root/web-inf/lib/ but still Doesn't work, simply i can't
compile
becasue it keeps telling me  ParameterParser is not on the classpath
any ideas please ( i used tomcat 4 and tomcat 3.2.2 ) they both behave the
same way
thanks for your help
- Original Message -
From: "Dmitri Colebatch" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 23, 2001 12:33 PM
Subject: Re: a simple ( irritating) classpath problem


> hi,
>
> There are three basic areas that classes can be put in tomcat:
>
> WEB-INF/classes
>   - contains all the classes that form the web application
> WEB-INF/lib
>   - contains jars that the web application uses
> TOMCAT_HOME/lib
>   - contains jars that are available to _all_ applications using tomcat
>
> > because i put all the package (com.oreilly.servlet.*) in the same
directory
> > with the servlet (under web-inf/classes/ com/servlet/  directory)
>
> if it is the package com.oreilly.servlet then it should go in
> WEB-INF/classes/com/oreilly/servlet - even better, I assume you got it as
> a jar, just put the jar in WEB-INF/lib .  If it is a zip, then rename it
> to a jar.
>
> > i tried putting the cos.jar file in the web-inf/lib directory, it didn't
> > work
>
> what do you mean it didn't work?  try jar -tf cos.jar to check that the
> classes are in the jar.  I assume you are importing the required classes
> and that they exist in the jar.
>
> > in put these files directly under the web-inf/classes/   directory , it
> > didn't work either
>
> again, should be according to package
>
> > then i added the full path /lib/cos.jar, to the classpath,
> > didn't work either.
>
> I'm not sure why that didn't work - although if you put cos.jar in the
> classpath it _should_ be available to all web applications.
>
> > well, i gave up, i just wanted to learn the LOGICAL way to set the
classpath
> > up.
>
> you dont need to set the classpath yourself.  just put your jars in
> WEB-INF/lib and your classes in WEB-INF/classes
>
> hth, cheers
> dim
>
>

Re: a simple ( irritating) classpath problem

[Dmitri Colebatch]

On Thu, 23 Aug 2001, yilmaz wrote:
> but all those efforts are in vain, i don't understand it.
> when i reference this ParameterParser file with fulll path it works
> like:
> com.oreilly.servlet.ParameterParser parser=new
> com.oreilly.servlet.ParameterParser ;
> this works,

if that works then its not a classpath problem, but an import
problem.  Are you sure you haven't got a simple typo or something?  post
your code and we'll have a look (o:

cheers
dim


> but why don't the others work.
> i put this packet under both /lib/cos.jar,
> webapps/root/web-inf/classes/com/oreilly/servlet/ and as well as
> webapps/root/web-inf/lib/ but still Doesn't work, simply i can't
> compile
> becasue it keeps telling me  ParameterParser is not on the classpath
> any ideas please ( i used tomcat 4 and tomcat 3.2.2 ) they both behave the
> same way
> thanks for your help
> - Original Message -
> From: "Dmitri Colebatch" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, August 23, 2001 12:33 PM
> Subject: Re: a simple ( irritating) classpath problem
> 
> 
> > hi,
> >
> > There are three basic areas that classes can be put in tomcat:
> >
> > WEB-INF/classes
> >   - contains all the classes that form the web application
> > WEB-INF/lib
> >   - contains jars that the web application uses
> > TOMCAT_HOME/lib
> >   - contains jars that are available to _all_ applications using tomcat
> >
> > > because i put all the package (com.oreilly.servlet.*) in the same
> directory
> > > with the servlet (under web-inf/classes/ com/servlet/  directory)
> >
> > if it is the package com.oreilly.servlet then it should go in
> > WEB-INF/classes/com/oreilly/servlet - even better, I assume you got it as
> > a jar, just put the jar in WEB-INF/lib .  If it is a zip, then rename it
> > to a jar.
> >
> > > i tried putting the cos.jar file in the web-inf/lib directory, it didn't
> > > work
> >
> > what do you mean it didn't work?  try jar -tf cos.jar to check that the
> > classes are in the jar.  I assume you are importing the required classes
> > and that they exist in the jar.
> >
> > > in put these files directly under the web-inf/classes/   directory , it
> > > didn't work either
> >
> > again, should be according to package
> >
> > > then i added the full path /lib/cos.jar, to the classpath,
> > > didn't work either.
> >
> > I'm not sure why that didn't work - although if you put cos.jar in the
> > classpath it _should_ be available to all web applications.
> >
> > > well, i gave up, i just wanted to learn the LOGICAL way to set the
> classpath
> > > up.
> >
> > you dont need to set the classpath yourself.  just put your jars in
> > WEB-INF/lib and your classes in WEB-INF/classes
> >
> > hth, cheers
> > dim
> >
> >
> 
> 
> 

Re: a simple ( irritating) classpath problem

[yilmaz]

here is the related part of my code:
import java.io.*;
import java.sql.*;
import java.text.DateFormat;
import java.util.*;
import java.lang.Math;
import javax.servlet.*;
import javax.servlet.http.*;
import com.oreilly.servlet.*;
public class gs extends HttpServlet {

.
 try {
 ParameterParser parser= new ParameterParser(req);
parser.setCharacterEncoding("big5");
 subject=parser.getStringParameter("subject");

..

and the compiler gives me the following error:

D:\tomcat4\jakarta-tomcat-4.0-b7\webapps\ROOT\WEB-INF\classes>javac gs.java
gs.java:37: 不能??ParameterParser
坏的?文件：.\ParameterParser.class
?文件含有??的?：com.oreilly.servlet.ParameterParser
?去掉或确信它出?在正确的classpath的子目?中.
 ParameterParser parser= new ParameterParser(req);
 ^
1 ???
simply it says that com.oreilly.servlet.ParameterParser is not on the
classpath
Strange,  ISN'T it?
cheers :)
- Original Message -
From: "Dmitri Colebatch" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 23, 2001 2:24 PM
Subject: Re: a simple ( irritating) classpath problem


> On Thu, 23 Aug 2001, yilmaz wrote:
> > but all those efforts are in vain, i don't understand it.
> > when i reference this ParameterParser file with fulll path it works
> > like:
> > com.oreilly.servlet.ParameterParser parser=new
> > com.oreilly.servlet.ParameterParser ;
> > this works,
>
> if that works then its not a classpath problem, but an import
> problem.  Are you sure you haven't got a simple typo or something?  post
> your code and we'll have a look (o:
>
> cheers
> dim
>
>
>

RE: a simple ( irritating) classpath problem

[Scott Coleman]

and what is your classpath set to ???


-Original Message-
From: yilmaz [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 23, 2001 10:34 AM
To: [EMAIL PROTECTED]
Subject: Re: a simple ( irritating) classpath problem


here is the related part of my code:
import java.io.*;
import java.sql.*;
import java.text.DateFormat;
import java.util.*;
import java.lang.Math;
import javax.servlet.*;
import javax.servlet.http.*;
import com.oreilly.servlet.*;
public class gs extends HttpServlet {

.
 try {
 ParameterParser parser= new ParameterParser(req);
parser.setCharacterEncoding("big5");
 subject=parser.getStringParameter("subject");

..

and the compiler gives me the following error:

D:\tomcat4\jakarta-tomcat-4.0-b7\webapps\ROOT\WEB-INF\classes>javac gs.java
gs.java:37: 不能??ParameterParser
坏的?文件：.\ParameterParser.class
?文件含有??的?：com.oreilly.servlet.ParameterParser
?去掉或确信它出?在正确的classpath的子目?中.
 ParameterParser parser= new ParameterParser(req);
 ^
1 ???
simply it says that com.oreilly.servlet.ParameterParser is not on the
classpath
Strange,  ISN'T it?
cheers :)
- Original Message -
From: "Dmitri Colebatch" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 23, 2001 2:24 PM
Subject: Re: a simple ( irritating) classpath problem


> On Thu, 23 Aug 2001, yilmaz wrote:
> > but all those efforts are in vain, i don't understand it.
> > when i reference this ParameterParser file with fulll path it works
> > like:
> > com.oreilly.servlet.ParameterParser parser=new
> > com.oreilly.servlet.ParameterParser ;
> > this works,
>
> if that works then its not a classpath problem, but an import
> problem.  Are you sure you haven't got a simple typo or something?  post
> your code and we'll have a look (o:
>
> cheers
> dim
>
>
>

Re: a simple ( irritating) classpath problem

[yilmaz]

Scott Coleman wrote :
- Original Message -
>From: "Scott Coleman" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Thursday, August 23, 2001 4:33 PM
>Subject: RE: a simple ( irritating) classpath problem


>and what is your classpath set to ???



CLASSPATH=.;C:\Aligo\M-1\jakarta-tomcat-3.2.2\lib\servlet.jar;C:\Aligo\M-1\j
akar
ta-tomcat-3.2.2\lib\cos.jar;C:\IBMVJava\eab\runtime30;C:\IBMVJava\eab\runtim
e20;
c:\jdk1.3;c:\jdk1.3\lib\tools.jar;d:\tomcat4\jakarta-tomcat-4.0-b7\webapps\R
OOT\
WEB-INF\lib\cos.jar;

does the order make any difference ?

Re: a simple ( irritating) classpath problem

[yilmaz]

hi all,
i am sorry to bother you with my simple questions
please bear with me a few more seconds
the Problem is whenever i change the classpath or add something to it,
i have to log out windows 2000 to make those changes take effect
which is taking too much time and is irritating too.
Is there any simpler or faster way for that?
(restarting tomcat doesn't work)
thanks everybody :)
- Original Message -
From: "yilmaz" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 23, 2001 5:01 PM
Subject: Re: a simple ( irritating) classpath problem


> Scott Coleman wrote :
> - Original Message -
> >From: "Scott Coleman" <[EMAIL PROTECTED]>
> >To: <[EMAIL PROTECTED]>
> >Sent: Thursday, August 23, 2001 4:33 PM
> >Subject: RE: a simple ( irritating) classpath problem
>
>
> >and what is your classpath set to ???
>
>
>
>
CLASSPATH=.;C:\Aligo\M-1\jakarta-tomcat-3.2.2\lib\servlet.jar;C:\Aligo\M-1\j
> akar
>
ta-tomcat-3.2.2\lib\cos.jar;C:\IBMVJava\eab\runtime30;C:\IBMVJava\eab\runtim
> e20;
>
c:\jdk1.3;c:\jdk1.3\lib\tools.jar;d:\tomcat4\jakarta-tomcat-4.0-b7\webapps\R
> OOT\
> WEB-INF\lib\cos.jar;
>
> does the order make any difference ?
>
>

RE: a simple ( irritating) classpath problem

[Scott Coleman]

Have a bat script that you run for the window you are in, to set the
environment and then run the class.
This will make your code a lot more portable.

Scott

-Original Message-
From: yilmaz [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 23, 2001 11:09 AM
To: [EMAIL PROTECTED]
Subject: Re: a simple ( irritating) classpath problem


hi all,
i am sorry to bother you with my simple questions
please bear with me a few more seconds
the Problem is whenever i change the classpath or add something to it,
i have to log out windows 2000 to make those changes take effect
which is taking too much time and is irritating too.
Is there any simpler or faster way for that?
(restarting tomcat doesn't work)
thanks everybody :)
- Original Message -
From: "yilmaz" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 23, 2001 5:01 PM
Subject: Re: a simple ( irritating) classpath problem


> Scott Coleman wrote :
> - Original Message -
> >From: "Scott Coleman" <[EMAIL PROTECTED]>
> >To: <[EMAIL PROTECTED]>
> >Sent: Thursday, August 23, 2001 4:33 PM
> >Subject: RE: a simple ( irritating) classpath problem
>
>
> >and what is your classpath set to ???
>
>
>
>
CLASSPATH=.;C:\Aligo\M-1\jakarta-tomcat-3.2.2\lib\servlet.jar;C:\Aligo\M-1\j
> akar
>
ta-tomcat-3.2.2\lib\cos.jar;C:\IBMVJava\eab\runtime30;C:\IBMVJava\eab\runtim
> e20;
>
c:\jdk1.3;c:\jdk1.3\lib\tools.jar;d:\tomcat4\jakarta-tomcat-4.0-b7\webapps\R
> OOT\
> WEB-INF\lib\cos.jar;
>
> does the order make any difference ?
>
>

Re: a simple ( irritating) classpath problem

[Jonathan Eric Miller]

- Original Message -
From: "Dmitri Colebatch" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, August 22, 2001 11:33 PM
Subject: Re: a simple ( irritating) classpath problem


> hi,
>
> There are three basic areas that classes can be put in tomcat:
>
> WEB-INF/classes
>   - contains all the classes that form the web application
> WEB-INF/lib
>   - contains jars that the web application uses
> TOMCAT_HOME/lib
>   - contains jars that are available to _all_ applications using tomcat

There's one other one that I came across yesterday as well.

TOMCAT_HOME/server/lib

I think this is probably Tomcat 4 specific, not sure. I found that in order
to get JDBCRealm to work, I had to copy the .jar file for my JDBC driver to
this directory. Note, it didn't work when I first tried copying it to
TOMCAT_HOME/lib.

Jon

Re: a simple ( irritating) classpath problem

[Noel L Yap]

I'm also having problems with WEB-INF/lib.  At the time the JSP is compiled, it
seems that the Java compiler doesn't use WEB-INF/lib.  What can be done about
this?

Thanks,
Noel

hi,

There are three basic areas that classes can be put in tomcat:

WEB-INF/classes
  - contains all the classes that form the web application
WEB-INF/lib
  - contains jars that the web application uses
TOMCAT_HOME/lib
  - contains jars that are available to _all_ applications using tomcat

> because i put all the package (com.oreilly.servlet.*) in the same directory
> with the servlet (under web-inf/classes/ com/servlet/  directory)

if it is the package com.oreilly.servlet then it should go in
WEB-INF/classes/com/oreilly/servlet - even better, I assume you got it as
a jar, just put the jar in WEB-INF/lib .  If it is a zip, then rename it
to a jar.

> i tried putting the cos.jar file in the web-inf/lib directory, it didn't
> work

what do you mean it didn't work?  try jar -tf cos.jar to check that the
classes are in the jar.  I assume you are importing the required classes
and that they exist in the jar.

> in put these files directly under the web-inf/classes/   directory , it
> didn't work either

again, should be according to package

> then i added the full path /lib/cos.jar, to the classpath,
> didn't work either.

I'm not sure why that didn't work - although if you put cos.jar in the
classpath it _should_ be available to all web applications.

> well, i gave up, i just wanted to learn the LOGICAL way to set the classpath
> up.

you dont need to set the classpath yourself.  just put your jars in
WEB-INF/lib and your classes in WEB-INF/classes

hth, cheers
dim





This communication is for informational purposes only.  It is not intended as
an offer or solicitation for the purchase or sale of any financial instrument
or as an official confirmation of any transaction. All market prices, data
and other information are not warranted as to completeness or accuracy and
are subject to change without notice. Any comments or statements made herein
do not necessarily reflect those of J.P. Morgan Chase & Co., its
subsidiaries and affiliates.

Re: a simple ( irritating) classpath problem

[Rob S.]

Guys, not to be short-tempered here or anything, but open your eyes!

These class loading issues have been a hot topic on the list for the last week, while 
all of you are writing/reading your own messages.

1) Search or browse the list the archives.

2) See classloader.html that describes Catalina's class loading architecture.  You 
might have to browse the CVS repository... 
/jakarta-tomcat-4.0/catalina/docs/dev/classloader.html.

- r

On Thu, 23 Aug 2001 10:07:06 -0400 [EMAIL PROTECTED] wrote:
> I'm also having problems with WEB-INF/lib. At the time the JSP is compiled,
> it seems that the Java compiler doesn't use WEB-INF/lib. What can be done
> about this?
> 
> Thanks,
> Noel
> 
> hi,
> 
> There are three basic areas that classes can be put in tomcat:
> 
> WEB-INF/classes
>   - contains all the classes that form the web application
> WEB-INF/lib
>   - contains jars that the web application uses
> TOMCAT_HOME/lib
>   - contains jars that are available to _all_ applications using tomcat
> 
> > because i put all the package (com.oreilly.servlet.*) in the same
> directory > with the servlet (under web-inf/classes/ com/servlet/
> directory)
> 
> if it is the package com.oreilly.servlet then it should go in
> WEB-INF/classes/com/oreilly/servlet - even better, I assume you got it as
> a jar, just put the jar in WEB-INF/lib .  If it is a zip, then rename it
> to a jar.
> 
> > i tried putting the cos.jar file in the web-inf/lib directory, it didn't
> > work
> 
> what do you mean it didn't work?  try jar -tf cos.jar to check that the
> classes are in the jar.  I assume you are importing the required classes
> and that they exist in the jar.
> 
> > in put these files directly under the web-inf/classes/   directory , it
> > didn't work either
> 
> again, should be according to package
> 
> > then i added the full path /lib/cos.jar, to the classpath,
> > didn't work either.
> 
> I'm not sure why that didn't work - although if you put cos.jar in the
> classpath it _should_ be available to all web applications.
> 
> > well, i gave up, i just wanted to learn the LOGICAL way to set the
> classpath > up.
> 
> you dont need to set the classpath yourself.  just put your jars in
> WEB-INF/lib and your classes in WEB-INF/classes
> 
> hth, cheers
> dim
> 
> 
> 
> 
> 
> This communication is for informational purposes only. It is not intended
> as an offer or solicitation for the purchase or sale of any financial
> instrument or as an official confirmation of any transaction. All market
> prices, data and other information are not warranted as to completeness or
> accuracy and are subject to change without notice. Any comments or
> statements made herein do not necessarily reflect those of J.P. Morgan
> Chase & Co., its subsidiaries and affiliates.

Re: a simple ( irritating) classpath problem

[Craig R. McClanahan]

On Thu, 23 Aug 2001, yilmaz wrote:

> Date: Thu, 23 Aug 2001 14:12:54 +0800
> From: yilmaz <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: Re: a simple ( irritating) classpath problem
>
> thanks Dimitri
> but that is what i exactly did, and (of course) i imported oreily package
> at the beginning with ( import com.oreilly.servlet.*; )
> but all those efforts are in vain, i don't understand it.
> when i reference this ParameterParser file with fulll path it works
> like:
> com.oreilly.servlet.ParameterParser parser=new
> com.oreilly.servlet.ParameterParser ;
> this works,
> but why don't the others work.
> i put this packet under both /lib/cos.jar,
> webapps/root/web-inf/classes/com/oreilly/servlet/ and as well as
> webapps/root/web-inf/lib/ but still Doesn't work, simply i can't
> compile
> becasue it keeps telling me  ParameterParser is not on the classpath
> any ideas please ( i used tomcat 4 and tomcat 3.2.2 ) they both behave the
> same way
> thanks for your help

It sounds like part of your frustration is related to the fact that you
are using classpaths for two different things -- *compiling* your servlets
and *running* Tomcat.  They are two different needs, and often require two
different values.

One suggestion is to set up your development environment to use Ant 1.3,
and let it take care of class path problems for you.  Instructions on how
to do this are in the Tomcat 4 version of the Tomcat "Application
Developer's Guide", which can be found online at:

  http://jakarta.apache.org/tomcat/tomcat-4.0-doc-exp/appdev/index.html

Nowdays, I routinely build and run webapps (and even Tomcat 4 itself) with
*nothing* in my CLASSPATH variable.  Whenever I need a classpath build, I
just tell Ant to do it for me.  Whenever I want a library JAR available in
Tomcat, I just drop it into the top-level "lib" directory.  Life is a lot
less frustrating if you let tools do some of the work for you.

Craig McClanahan

Re: a simple ( irritating) classpath problem

[Craig R. McClanahan]

On Thu, 23 Aug 2001, Jonathan Eric Miller wrote:

> Date: Thu, 23 Aug 2001 08:38:50 -0500
> From: Jonathan Eric Miller <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: Re: a simple ( irritating) classpath problem
>
>
> - Original Message -
> From: "Dmitri Colebatch" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, August 22, 2001 11:33 PM
> Subject: Re: a simple ( irritating) classpath problem
>
>
> > hi,
> >
> > There are three basic areas that classes can be put in tomcat:
> >
> > WEB-INF/classes
> >   - contains all the classes that form the web application
> > WEB-INF/lib
> >   - contains jars that the web application uses
> > TOMCAT_HOME/lib
> >   - contains jars that are available to _all_ applications using tomcat
>
> There's one other one that I came across yesterday as well.
>
> TOMCAT_HOME/server/lib
>
> I think this is probably Tomcat 4 specific,

Yes, it is.

> not sure. I found that in order
> to get JDBCRealm to work, I had to copy the .jar file for my JDBC driver to
> this directory. Note, it didn't work when I first tried copying it to
> TOMCAT_HOME/lib.
>

That's correct.  JAR files in this directory are made available to the
internal Tomcat classes -- and that's what JDBCRealm is, so it needs to
have access to the JDBC driver you want to use.

> Jon
>
>
>

Craig

Re: a simple ( irritating) classpath problem

[Noel L Yap]

What about tomcat-3.2.3?  I've been doing a lot of searching; all I've found
were trouble reports and no solutions.  Can you provide a  URL, please?

Thanks,
Noel

Guys, not to be short-tempered here or anything, but open your eyes!

These class loading issues have been a hot topic on the list for the last week,
while all of you are writing/reading your own messages.

1) Search or browse the list the archives.

2) See classloader.html that describes Catalina's class loading architecture.
You might have to browse the CVS repository...
/jakarta-tomcat-4.0/catalina/docs/dev/classloader.html.

- r

On Thu, 23 Aug 2001 10:07:06 -0400 [EMAIL PROTECTED] wrote:
> I'm also having problems with WEB-INF/lib. At the time the JSP is compiled,
> it seems that the Java compiler doesn't use WEB-INF/lib. What can be done
> about this?
>
> Thanks,
> Noel
>
> hi,
>
> There are three basic areas that classes can be put in tomcat:
>
> WEB-INF/classes
>   - contains all the classes that form the web application
> WEB-INF/lib
>   - contains jars that the web application uses
> TOMCAT_HOME/lib
>   - contains jars that are available to _all_ applications using tomcat
>
> > because i put all the package (com.oreilly.servlet.*) in the same
> directory > with the servlet (under web-inf/classes/ com/servlet/
> directory)
>
> if it is the package com.oreilly.servlet then it should go in
> WEB-INF/classes/com/oreilly/servlet - even better, I assume you got it as
> a jar, just put the jar in WEB-INF/lib .  If it is a zip, then rename it
> to a jar.
>
> > i tried putting the cos.jar file in the web-inf/lib directory, it didn't
> > work
>
> what do you mean it didn't work?  try jar -tf cos.jar to check that the
> classes are in the jar.  I assume you are importing the required classes
> and that they exist in the jar.
>
> > in put these files directly under the web-inf/classes/   directory , it
> > didn't work either
>
> again, should be according to package
>
> > then i added the full path /lib/cos.jar, to the classpath,
> > didn't work either.
>
> I'm not sure why that didn't work - although if you put cos.jar in the
> classpath it _should_ be available to all web applications.
>
> > well, i gave up, i just wanted to learn the LOGICAL way to set the
> classpath > up.
>
> you dont need to set the classpath yourself.  just put your jars in
> WEB-INF/lib and your classes in WEB-INF/classes
>
> hth, cheers
> dim
>
>
>
>
>
> This communication is for informational purposes only. It is not intended
> as an offer or solicitation for the purchase or sale of any financial
> instrument or as an official confirmation of any transaction. All market
> prices, data and other information are not warranted as to completeness or
> accuracy and are subject to change without notice. Any comments or
> statements made herein do not necessarily reflect those of J.P. Morgan
> Chase & Co., its subsidiaries and affiliates.







This communication is for informational purposes only.  It is not intended as
an offer or solicitation for the purchase or sale of any financial instrument
or as an official confirmation of any transaction. All market prices, data
and other information are not warranted as to completeness or accuracy and
are subject to change without notice. Any comments or statements made herein
do not necessarily reflect those of J.P. Morgan Chase & Co., its
subsidiaries and affiliates.

Re: a simple ( irritating) classpath problem

[Noel L Yap]

>These class loading issues have been a hot topic on the list for the last week,
while all of you are writing/reading your own messages.

The answers to these questions (or at least URLs to answers) need to be put into
the FAQ.

>1) Search or browse the list the archives.

All I find are problem reports, not answers.

>2) See classloader.html that describes Catalina's class loading architecture.
You might have to browse the CVS repository...
>/jakarta-tomcat-4.0/catalina/docs/dev/classloader.html.

Where is classloader.html?  How can I get it?

Thanks,
Noel



This communication is for informational purposes only.  It is not intended as
an offer or solicitation for the purchase or sale of any financial instrument
or as an official confirmation of any transaction. All market prices, data
and other information are not warranted as to completeness or accuracy and
are subject to change without notice. Any comments or statements made herein
do not necessarily reflect those of J.P. Morgan Chase & Co., its
subsidiaries and affiliates.

Re: a simple ( irritating) classpath problem

[Dmitri Colebatch]

On Thu, 23 Aug 2001, yilmaz wrote:
> 
> D:\tomcat4\jakarta-tomcat-4.0-b7\webapps\ROOT\WEB-INF\classes>javac gs.java
> gs.java:37: 不能??ParameterParser
> 坏的?文件：.\ParameterParser.class
> ?文件含有??的?：com.oreilly.servlet.ParameterParser
> ?去掉或确信它出?在正确的classpath的子目?中.
>  ParameterParser parser= new ParameterParser(req);
>  ^
> 1 ???

What are all those weird characters?  Not sure if they are doing anything
weird... other than that - I'm out of ideas

cheers
dim

Re: a simple ( irritating) classpath problem

[yilmaz]

HI ALL,
first of all thanks for everybody for your help
those garbled chars you see on your email are chinese characters(big5)
but i already translated it for those  who may not be able to see
(understand)them
it says ParameterParser is not on the right classpath
Any way guys , finally after a lot of trial and error methods i managed to
make my
Tomcat to recognize ParameterParser
However, i am stil confused and didn't understand the logic behind the
classpath setting
because it seems to me that previously i had already done the same settings,
but it ididn't work
now it works.
So i think the best idea is (as Craig  said)  "One suggestion is to set up
your development environment to use Ant 1.3,
and let it take care of class path problems for you"
i will try this method, otherwise handling classpath problems is really
wasting time
it takes longer time to set the classpath than developing the real
application
THANKS AGAIN TO EVRYBODY
CHEERS  =)



- Original Message -
From: "Dmitri Colebatch" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, August 24, 2001 8:16 AM
Subject: Re: a simple ( irritating) classpath problem


On Thu, 23 Aug 2001, yilmaz wrote:
>
> D:\tomcat4\jakarta-tomcat-4.0-b7\webapps\ROOT\WEB-INF\classes>javac
gs.java
> gs.java:37: 不能??ParameterParser
> ?ç???‡ä»¶ï¼?\ParameterParser.class
> ??‡ä»¶?«æ?：com.oreilly.servlet.ParameterParser
> ??»æ??–确信å¨æ­£ç¡®ç?classpath?„å???ä¸?
>  ParameterParser parser= new ParameterParser(req);
>  ^
> 1 ???

What are all those weird characters?  Not sure if they are doing anything
weird... other than that - I'm out of ideas

cheers
dim

Re: a simple ( irritating) classpath problem

[yap_noel]

Just for the record, can you post what you did with ParameterParser (future
archive searchers will appreciate it)?

Thanks,
Noel

HI ALL,
first of all thanks for everybody for your help
those garbled chars you see on your email are chinese characters(big5)
but i already translated it for those  who may not be able to see
(understand)them
it says ParameterParser is not on the right classpath
Any way guys , finally after a lot of trial and error methods i managed to
make my
Tomcat to recognize ParameterParser
However, i am stil confused and didn't understand the logic behind the
classpath setting
because it seems to me that previously i had already done the same
settings,
but it ididn't work
now it works.
So i think the best idea is (as Craig  said)  "One suggestion is to set up
your development environment to use Ant 1.3,
and let it take care of class path problems for you"
i will try this method, otherwise handling classpath problems is really
wasting time
it takes longer time to set the classpath than developing the real
application
THANKS AGAIN TO EVRYBODY
CHEERS  =)



- Original Message -
From: "Dmitri Colebatch" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, August 24, 2001 8:16 AM
Subject: Re: a simple ( irritating) classpath problem


On Thu, 23 Aug 2001, yilmaz wrote:
>
> D:\tomcat4\jakarta-tomcat-4.0-b7\webapps\ROOT\WEB-INF\classes>javac
gs.java
> gs.java:37: 銝??ParameterParser
> ????辣嚗?\ParameterParser.class
> ??辣?急?嚗om.oreilly.servlet.ParameterParser
> ??餅??＆靽∪冽迤蝖桃?classpath????銝?
>  ParameterParser parser= new ParameterParser(req);
>  ^
> 1 ???

What are all those weird characters?  Not sure if they are doing anything
weird... other than that - I'm out of ideas

cheers
dim



áŠÇ(šk§‰Æ­Š‰â±ú+Šwè®f­Š‰Ú–›«¦‹²‰åȋb²z-Š{^×jƧ¡÷Þ®Šì¢XœŠÖ­Š‰ß¢»az›«r¬zŠìjW¨}©ò~)ڝȚ–)춻¦z{h­«ž‡ß‰Èš•Ê'~*æjبž‡ÚŸ+kj{rبœ
   
e™ªäzÚk‰Ç¬u«Zjwh¶«Šwè®f­Š‰Ú­éè·«­©íyÖ¬¶‡(š™^µéÞ²Ê+iÇ.­§2jwZ­ë.n7œ¶Ú…©à{­†‹­ž‹bqà'ÉÊ&™éí²Šìµ«^™éí²fz«z)Ý¢z-ç²Æ«Š\«yù^rÛa¢Ç¨|“Ì¢¸œ(Z±à¨ŠÛ,¹»"v&«‰ëÖŸ~)bj׬

Re: a simple ( irritating) classpath problem

[yilmaz]

Hi everyone,
i had two problems related with this thread
for the classpath problem the solution i found by chance :) is :
setting the environmental variables through the command window
as :
set
CLASSPATH=c:\jdk1.3;c:\jdk1.3\lib\tools.jar;d:\tomcat4\jakarta-tomcat-4.0-b7
\
mon\lib\servlet.jar;d:\tomcat4\jakarta-tomcat-4.0-b7\common\lib\cos.jar;
as you see  :) i removed all the unnecessary ones ,
servlet.jar is necessary for the tomcat itself
and cos.jar is for my utility classes such as PArametrParser ,
and these are enough.
by setting the env variables through the command window avoids the need for
logging out windows or restrating :)
i spent a lot of time , but i thing it worthed :)
my second problem was inserting chinese characters into the SQL server

if you have nothing to do with chinese chars you can simply ignore the rest
of this message.

after trying all possible methods to force my servlet to insert chinese
chars correctly,  and using trial and error method
Thanks God, at last i found the solution and my servlet works perfectly,
though it was not so easy

here i just wanted to share my experience so that the others may save time
and solve their problems.

the only solution  that worked for me  to insert chinese chars into a
database (at least SQL 2000 and MS Acces 2000 ) is using the ParameterParser
class which is bundled with oreilly package (and can be downloaded from
www.servlets.com) .

The following is the generally used method and is not working for
tomcat(3.2.2 - 4)   with big5 charset.

 String formVariable=req.getParameter("formVariable");
String myVariable=new String(formVariable.getBytes("iso-8859-1"),big5);

the following method works  (from Jason's book):
ParameterParser parser=new ParameterParser (req);
parser.setCharacterEncoding("big5");
String myVariable=parser.getStringParameter("formVariable");

hope it helps for those who are having the similar problems
cheers :)


- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, August 24, 2001 10:25 PM
Subject: Re: a simple ( irritating) classpath problem


>
> Just for the record, can you post what you did with ParameterParser
(future
> archive searchers will appreciate it)?
>
> Thanks,
> Noel
>
> HI ALL,
> first of all thanks for everybody for your help
> those garbled chars you see on your email are chinese characters(big5)
> but i already translated it for those  who may not be able to see
> (understand)them
> it says ParameterParser is not on the right classpath
> Any way guys , finally after a lot of trial and error methods i managed to
> make my
> Tomcat to recognize ParameterParser
> However, i am stil confused and didn't understand the logic behind the
> classpath setting
> because it seems to me that previously i had already done the same
> settings,
> but it ididn't work
> now it works.
> So i think the best idea is (as Craig  said)  "One suggestion is to set up
> your development environment to use Ant 1.3,
> and let it take care of class path problems for you"
> i will try this method, otherwise handling classpath problems is really
> wasting time
> it takes longer time to set the classpath than developing the real
> application
> THANKS AGAIN TO EVRYBODY
> CHEERS  =)
>
>
>
> - Original Message -
> From: "Dmitri Colebatch" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, August 24, 2001 8:16 AM
> Subject: Re: a simple ( irritating) classpath problem
>
>
> On Thu, 23 Aug 2001, yilmaz wrote:
> >
> > D:\tomcat4\jakarta-tomcat-4.0-b7\webapps\ROOT\WEB-INF\classes>javac
> gs.java
> > gs.java:37: 銝??ParameterParser
> > ????辣嚗?\ParameterParser.class
> > ??辣?急?嚗om.oreilly.servlet.ParameterParser
> > ??餅??＆靽∪冽迤蝖桃?classpath????銝?
> >  ParameterParser parser= new ParameterParser(req);
> >  ^
> > 1 ???
>
> What are all those weird characters?  Not sure if they are doing anything
> weird... other than that - I'm out of ideas
>
> cheers
> dim
>
>
>
> Nrj~jyj}jjz}}zvz~jjjrrsuyizqjʕz<
> ji

RE: Please help with CLASSPATH problem

[Andi Reinbrech]

I FINALLY figured this one out.

Tomcat 5.0.18 as a service ignores -Djava.class.path.  Rather, it takes the
path from the -Imagepath parameter as the classpath (I did a debug
logger.info("Classpath: " + System.getProperty("java.class.path") and lo and
behold it gave me the Imagepath as the actual classpath.

I added %CATALINA_HOME%\bin to the Imageclasspath and all is working fine.

This sounds like a bug?  Or at least an "undocumented feature".

Cheers
Andi

-Original Message-
From: Andi Reinbrech [mailto:[EMAIL PROTECTED]
Sent: 16 February 2004 14:58 PM
To: Tomcat-User (E-mail)
Subject: Please help with CLASSPATH problem


Hi, this problem behaves differently under 4.1 and 5.0.18, but I can't use
*either*.

When I run Tomcat 5.0.18 from the command prompt, the app works 100%.  It is
supposed to pick up a file called "emapi.cfg" and "licenses.txt" from the
CLASSPATH.  "emapi.cfg" works int .\axis\WEB-INF\classes, but "licenses.txt"
doesn't.  However, leaving "licenses.txt" in the bin\ folder and starting
Tomcat *from* that folder it works fine.  Running Tomcat 5 as a service
doesn't pick up "licenses.txt" although the working dir is set to be bin\.  

In the bin\ folder I also need a load of *.dtd files to validate XML
responses.  They only work when they're in the bin folder.

Now to Tomcat 4.1:  Everything works as a service, including picking up the
"licenses.txt", but now it refuses to resolve the *.dtds.  I get a SAX
Parser error that the URI can't be relative.  This is a bogus error though,
as I can remove all the *dtds and the error stays the same.

Can someone PLEASE help me either fix EITHER one of these problems, or
please refer me to an alternative server to use.
org.apache.axis.transport.http.SimpleAxisServer works like a charm, but not
as a service, and shouldn't be used as a production server.

Thanks in advance,
Andi


**
Everything in this e-mail and attachments relating to the official business
of MultiChoice Africa is proprietary to 
the company. Any view or opinion expressed in this message may be the view
of the individual and should not automatically 
be ascribed to the company.  If you are not the intended recipient, you may
not peruse, use, disseminate, distribute or 
copy this message. If you have received this message in error, please notify
the sender immediately by email, facsimile 
or telephone and destroy the original message.

**

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

**
Everything in this e-mail and attachments relating to the official business of 
MultiChoice Africa is proprietary to 
the company. Any view or opinion expressed in this message may be the view of the 
individual and should not automatically 
be ascribed to the company.  If you are not the intended recipient, you may not 
peruse, use, disseminate, distribute or 
copy this message. If you have received this message in error, please notify the 
sender immediately by email, facsimile 
or telephone and destroy the original message.
**

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

Re: Please help with CLASSPATH problem

[Bill Barker]

"Andi Reinbrech" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> I FINALLY figured this one out.
>
> Tomcat 5.0.18 as a service ignores -Djava.class.path.  Rather, it takes
the
> path from the -Imagepath parameter as the classpath (I did a debug
> logger.info("Classpath: " + System.getProperty("java.class.path") and lo
and
> behold it gave me the Imagepath as the actual classpath.
>
> I added %CATALINA_HOME%\bin to the Imageclasspath and all is working fine.
>
> This sounds like a bug?  Or at least an "undocumented feature".
>

I believe that it is a "documented feature".  See
http://jakarta.apache.org/commons/daemon/procrun.html.


> Cheers
> Andi
>
> -Original Message-
> From: Andi Reinbrech [mailto:[EMAIL PROTECTED]
> Sent: 16 February 2004 14:58 PM
> To: Tomcat-User (E-mail)
> Subject: Please help with CLASSPATH problem
>
>
> Hi, this problem behaves differently under 4.1 and 5.0.18, but I can't use
> *either*.
>
> When I run Tomcat 5.0.18 from the command prompt, the app works 100%.  It
is
> supposed to pick up a file called "emapi.cfg" and "licenses.txt" from the
> CLASSPATH.  "emapi.cfg" works int .\axis\WEB-INF\classes, but
"licenses.txt"
> doesn't.  However, leaving "licenses.txt" in the bin\ folder and starting
> Tomcat *from* that folder it works fine.  Running Tomcat 5 as a service
> doesn't pick up "licenses.txt" although the working dir is set to be bin\.
>
> In the bin\ folder I also need a load of *.dtd files to validate XML
> responses.  They only work when they're in the bin folder.
>
> Now to Tomcat 4.1:  Everything works as a service, including picking up
the
> "licenses.txt", but now it refuses to resolve the *.dtds.  I get a SAX
> Parser error that the URI can't be relative.  This is a bogus error
though,
> as I can remove all the *dtds and the error stays the same.
>
> Can someone PLEASE help me either fix EITHER one of these problems, or
> please refer me to an alternative server to use.
> org.apache.axis.transport.http.SimpleAxisServer works like a charm, but
not
> as a service, and shouldn't be used as a production server.
>
> Thanks in advance,
> Andi
>
>

> **
> Everything in this e-mail and attachments relating to the official
business
> of MultiChoice Africa is proprietary to
> the company. Any view or opinion expressed in this message may be the view
> of the individual and should not automatically
> be ascribed to the company.  If you are not the intended recipient, you
may
> not peruse, use, disseminate, distribute or
> copy this message. If you have received this message in error, please
notify
> the sender immediately by email, facsimile
> or telephone and destroy the original message.
>

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

**
> Everything in this e-mail and attachments relating to the official
business of MultiChoice Africa is proprietary to
> the company. Any view or opinion expressed in this message may be the view
of the individual and should not automatically
> be ascribed to the company.  If you are not the intended recipient, you
may not peruse, use, disseminate, distribute or
> copy this message. If you have received this message in error, please
notify the sender immediately by email, facsimile
> or telephone and destroy the original message.
>

**




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

RE: Please help with CLASSPATH problem

[Andi Reinbrech]

My apologies - RTFM

-Original Message-
From: Bill Barker [mailto:[EMAIL PROTECTED]
Sent: 17 February 2004 03:57 AM
To: [EMAIL PROTECTED]
Subject: Re: Please help with CLASSPATH problem



"Andi Reinbrech" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> I FINALLY figured this one out.
>
> Tomcat 5.0.18 as a service ignores -Djava.class.path.  Rather, it takes
the
> path from the -Imagepath parameter as the classpath (I did a debug
> logger.info("Classpath: " + System.getProperty("java.class.path") and lo
and
> behold it gave me the Imagepath as the actual classpath.
>
> I added %CATALINA_HOME%\bin to the Imageclasspath and all is working fine.
>
> This sounds like a bug?  Or at least an "undocumented feature".
>

I believe that it is a "documented feature".  See
http://jakarta.apache.org/commons/daemon/procrun.html.


> Cheers
> Andi
>
> -Original Message-
> From: Andi Reinbrech [mailto:[EMAIL PROTECTED]
> Sent: 16 February 2004 14:58 PM
> To: Tomcat-User (E-mail)
> Subject: Please help with CLASSPATH problem
>
>
> Hi, this problem behaves differently under 4.1 and 5.0.18, but I can't use
> *either*.
>
> When I run Tomcat 5.0.18 from the command prompt, the app works 100%.  It
is
> supposed to pick up a file called "emapi.cfg" and "licenses.txt" from the
> CLASSPATH.  "emapi.cfg" works int .\axis\WEB-INF\classes, but
"licenses.txt"
> doesn't.  However, leaving "licenses.txt" in the bin\ folder and starting
> Tomcat *from* that folder it works fine.  Running Tomcat 5 as a service
> doesn't pick up "licenses.txt" although the working dir is set to be bin\.
>
> In the bin\ folder I also need a load of *.dtd files to validate XML
> responses.  They only work when they're in the bin folder.
>
> Now to Tomcat 4.1:  Everything works as a service, including picking up
the
> "licenses.txt", but now it refuses to resolve the *.dtds.  I get a SAX
> Parser error that the URI can't be relative.  This is a bogus error
though,
> as I can remove all the *dtds and the error stays the same.
>
> Can someone PLEASE help me either fix EITHER one of these problems, or
> please refer me to an alternative server to use.
> org.apache.axis.transport.http.SimpleAxisServer works like a charm, but
not
> as a service, and shouldn't be used as a production server.
>
> Thanks in advance,
> Andi
>
>

> **
> Everything in this e-mail and attachments relating to the official
business
> of MultiChoice Africa is proprietary to
> the company. Any view or opinion expressed in this message may be the view
> of the individual and should not automatically
> be ascribed to the company.  If you are not the intended recipient, you
may
> not peruse, use, disseminate, distribute or
> copy this message. If you have received this message in error, please
notify
> the sender immediately by email, facsimile
> or telephone and destroy the original message.
>

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

**
> Everything in this e-mail and attachments relating to the official
business of MultiChoice Africa is proprietary to
> the company. Any view or opinion expressed in this message may be the view
of the individual and should not automatically
> be ascribed to the company.  If you are not the intended recipient, you
may not peruse, use, disseminate, distribute or
> copy this message. If you have received this message in error, please
notify the sender immediately by email, facsimile
> or telephone and destroy the original message.
>

**




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

**
Everything in this e-mail and attachments relating to the official business of 
MultiChoice Africa is proprietary to 
the company. Any view or opinion expresse

RE: Please help with CLASSPATH problem

[Davide Papotti]

-Original Message-
From: Andi Reinbrech [mailto:[EMAIL PROTECTED]
Sent: martedì 17 febbraio 2004 13.29
To: 'Tomcat Users List'
Subject: RE: Please help with CLASSPATH problem


My apologies - RTFM

-Original Message-
From: Bill Barker [mailto:[EMAIL PROTECTED]
Sent: 17 February 2004 03:57 AM
To: [EMAIL PROTECTED]
Subject: Re: Please help with CLASSPATH problem



"Andi Reinbrech" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> I FINALLY figured this one out.
>
> Tomcat 5.0.18 as a service ignores -Djava.class.path.  Rather, it takes
the
> path from the -Imagepath parameter as the classpath (I did a debug
> logger.info("Classpath: " + System.getProperty("java.class.path") and lo
and
> behold it gave me the Imagepath as the actual classpath.
>
> I added %CATALINA_HOME%\bin to the Imageclasspath and all is working fine.
>
> This sounds like a bug?  Or at least an "undocumented feature".
>

I believe that it is a "documented feature".  See
http://jakarta.apache.org/commons/daemon/procrun.html.


> Cheers
> Andi
>
> -Original Message-
> From: Andi Reinbrech [mailto:[EMAIL PROTECTED]
> Sent: 16 February 2004 14:58 PM
> To: Tomcat-User (E-mail)
> Subject: Please help with CLASSPATH problem
>
>
> Hi, this problem behaves differently under 4.1 and 5.0.18, but I can't use
> *either*.
>
> When I run Tomcat 5.0.18 from the command prompt, the app works 100%.  It
is
> supposed to pick up a file called "emapi.cfg" and "licenses.txt" from the
> CLASSPATH.  "emapi.cfg" works int .\axis\WEB-INF\classes, but
"licenses.txt"
> doesn't.  However, leaving "licenses.txt" in the bin\ folder and starting
> Tomcat *from* that folder it works fine.  Running Tomcat 5 as a service
> doesn't pick up "licenses.txt" although the working dir is set to be bin\.
>
> In the bin\ folder I also need a load of *.dtd files to validate XML
> responses.  They only work when they're in the bin folder.
>
> Now to Tomcat 4.1:  Everything works as a service, including picking up
the
> "licenses.txt", but now it refuses to resolve the *.dtds.  I get a SAX
> Parser error that the URI can't be relative.  This is a bogus error
though,
> as I can remove all the *dtds and the error stays the same.
>
> Can someone PLEASE help me either fix EITHER one of these problems, or
> please refer me to an alternative server to use.
> org.apache.axis.transport.http.SimpleAxisServer works like a charm, but
not
> as a service, and shouldn't be used as a production server.
>
> Thanks in advance,
> Andi
>
>

> **
> Everything in this e-mail and attachments relating to the official
business
> of MultiChoice Africa is proprietary to
> the company. Any view or opinion expressed in this message may be the view
> of the individual and should not automatically
> be ascribed to the company.  If you are not the intended recipient, you
may
> not peruse, use, disseminate, distribute or
> copy this message. If you have received this message in error, please
notify
> the sender immediately by email, facsimile
> or telephone and destroy the original message.
>

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

**
> Everything in this e-mail and attachments relating to the official
business of MultiChoice Africa is proprietary to
> the company. Any view or opinion expressed in this message may be the view
of the individual and should not automatically
> be ascribed to the company.  If you are not the intended recipient, you
may not peruse, use, disseminate, distribute or
> copy this message. If you have received this message in error, please
notify the sender immediately by email, facsimile
> or telephone and destroy the original message.
>

**




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

**
Everything in this e-mail and attachments r

JSP on-server compilation: classpath problem?

[Michael Schuerig]

When I deploy a JSP document with Tomcat 5.5.1 without precompiling, I 
get an error message when accessing the corresponding web page.

>>>>
org.apache.jasper.JasperException: Unable to compile class for JSP

An error occurred at line: 32 in the jsp file: /test.jspx
Generated servlet error:
org.apache.jsp.tag.web.selection_tagx cannot be resolved or is not a 
type

An error occurred at line: 32 in the jsp file: /test.jspx
Generated servlet error:
org.apache.jsp.tag.web.selection_tagx cannot be resolved or is not a 
type



org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:84)
org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:328)
org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:382)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:280)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:259)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:247)
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:544)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:296)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:302)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:246)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>>>>

I can precompile the document without a problem. If I don't precompile, 
the jasper compiler does everything it's supposed to do. The following 
files all exist

$CATALINA_HOME/work/Catalina/localhost/myapp/org/apache/jsp/test_jspx.java
$CATALINA_HOME/work/Catalina/localhost/myapp/org/apache/jsp/tag/web/selection_tagx.java
$CATALINA_HOME/work/Catalina/localhost/myapp/org/apache/jsp/tag/web/selection_tagx.class

For some reason, the JDTCompiler doesn't find the compiled 
selection_tagx.class.

Michael

-- 
Michael SchuerigThis is not a false alarm
mailto:[EMAIL PROTECTED] This is not a test
http://www.schuerig.de/michael/  --Rush, Red Tide

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

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

[LEBRETON Philippe]

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.processConnection(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: 

Classpath problem with Tomcat running in Embedded mode

[sandeep arshanapally]

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]

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

[LEBRETON Philippe]

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.processConnection(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: 

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