-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ivan,
(Not sure if this ever got sent; I found it in my drafts folder today)
Mann, Ivan H wrote:
> Not being able to find the class may mean that it can't find the jar
> file and it may mean that it can find the jar file but the package and
> or dire
18 PM
To: Tomcat Users List
Subject: Re: CLASSPATH, .jar files, packages, and so forth
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ivan,
Mann, Ivan H wrote:
> Not being able to find the class may mean that it can't find the jar
> file and it may mean that it can find the jar file
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ivan,
Mann, Ivan H wrote:
> Not being able to find the class may mean that it can't find the jar
> file and it may mean that it can find the jar file but the package and
> or directory is not done right.
Probably.
> The applet specified here appears
Mann, Ivan H wrote:
As we discovered earlier this morning, it is an applet question, not a
servlet question.
I looked in this spec and did not find any mention of applets, which is
not surprising since it is the servlet spec.
Is there an applet spec?
Follow this link:
http://www.google.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ivan,
Mann, Ivan H wrote:
> Not being able to find the class may mean that it can't find the jar
> file and it may mean that it can find the jar file but the package and
> or directory is not done right.
Probably.
> The applet specified here appears
, Charles R [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 01, 2007 10:21 AM
To: Tomcat Users List
Subject: RE: CLASSPATH, .jar files, packages, and so forth
> From: Mann, Ivan H [mailto:[EMAIL PROTECTED]
> Subject: RE: CLASSPATH, .jar files, packages, and so forth
>
> So, is
Not being able to find the class may mean that it can't find the jar
file and it may mean that it can find the jar file but the package and
or directory is not done right. The read/write permission on the jar
file is 777, so I know that it can read the jar file if it can find it.
The applet spe
Classes downloaded to the client browser for execution is just
static content as far as Tomcat is concerned. Modifying the server's
or webapp's "classpath" isn't going to make any difference. It's
the client browser's "classpath" that needs adjusting to use the jar.
This means modifying the HTML
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ivan,
Mann, Ivan H wrote:
> Yes, I am using applets.
>
>> Why fight the way its meant to be packaged
>
> So, is there a link somewhere that tells the ways it's meant to be
> packaged?
Applets ought to be packaged into a normal JAR file. Johnny
> From: Mann, Ivan H [mailto:[EMAIL PROTECTED]
> Subject: RE: CLASSPATH, .jar files, packages, and so forth
>
> So, is there a link somewhere that tells the ways it's meant to be
> packaged?
As we told you before - read the servlet spec:
http://jcp.org/aboutJava/communit
The servlet spec describes how webapps are supposed to be layed out.
The general layout template in tomcat is
|
|
|
| WEB-INF (note this must be all caps and case IS important)
|classes (where to put non-jarred class files)
|lib (where to put webapp specific jar libra
Yes, I am using applets.
> Why fight the way its meant to be packaged
So, is there a link somewhere that tells the ways it's meant to be
packaged?
I took out all of the CLASSPATH setting that I done, I moved the .jar
file to the webapps/ directory, and it still doesn't work. How do
I tell
---
HARBOR: http://coolharbor.100free.com/index.htm
Now Tomcat is also a cool pojo application server
---
- Original Message -
From: "Mann, Ivan
> From: Mann, Ivan H [mailto:[EMAIL PROTECTED]
> Subject: CLASSPATH, .jar files, packages, and so forth
>
> In the past I have installed the application in
> .../webapps// where the directory
> tree corresponds to the package layout, and this has
> worked fine.
Have you read the Servlet spec? C
14 matches
Mail list logo
