Classpath problem in tomcat

I have just changed to a new server and went from tomcat 3.3.1a to 4.1.24
I moved my application by putting my war file in the webapps directory.
I am getting a compile error when I ask for my first jsp page. It has a
usebean in it and it seems that the class of the bean can not be found. my
servlet finds it ok, to instantiate the bean, but the jsp can not seem to
find it. it's in the application's web-inf/classes directory.
in the application's log, after the compile error, it lists the classpath
as
classpath=/E:/jakarta-tomcat-4.1.24/webapps/webDragon/WEB-INF/classes/;/E:/jakarta-tomcat-4.1.24/webapps/webDragon/WEB-INF/lib/commons-httpclient.jar;/E:/jakarta-tomcat-4.1.24/webapps/webDragon/WEB-INF/classes/;/E:/jakarta-tomcat-4.1.24/webapps/webDragon/WEB-INF/lib/commons-httpclient.jar;E:/jakarta-tomcat-4.1.24/shared/classes/;E:/jakarta-tomcat-4.1.24/common/classes/;E:/jakarta-tomcat-4.1.24/common/endorsed/xercesImpl.jar;E:/jakarta-tomcat-4.1.24/common/endorsed/xmlParserAPIs.jar;E:/jakarta-tomcat-4.1.24/common/lib/activation.jar;E:/jakarta-tomcat-4.1.24/common/lib/ant.jar;E:/jakarta-tomcat-4.1.24/common/lib/commons-collections.jar;E:/jakarta-tomcat-4.1.24/common/lib/commons-dbcp.jar;E:/jakarta-tomcat-4.1.24/common/lib/commons-logging-api.jar;E:/jakarta-tomcat-4.1.24/common/lib/commons-pool.jar;E:/jakarta-tomcat-4.1.24/common/lib/jasper-compiler.jar;E:/jakarta-tomcat-4.1.24/common/lib/jasper-runtime.jar;E:/jakarta-tomcat-4.1.24/common/lib/jdbc2_0-stdext.jar;E:/jakarta-tomcat-4.1.24/common/lib/jndi.jar;E:/jakarta-tomcat-4.1.24/common/lib/jta.jar;E:/jakarta-tomcat-4.1.24/common/lib/mail.jar;E:/jakarta-tomcat-4.1.24/common/lib/naming-common.jar;E:/jakarta-tomcat-4.1.24/common/lib/naming-factory.jar;E:/jakarta-tomcat-4.1.24/common/lib/naming-resources.jar;E:/jakarta-tomcat-4.1.24/common/lib/servlet.jar
note the first entries are specific to my application - webDragon.
also note the forward slash / before the drive letter that tomcat is
installed on for the application specific paths. the other paths to the
"typical" tomcat jar files do not contain the forward slash.
also note that the entries for my application are listed twice.
it seems that the slash is being added somewhere, but I can't figure out
where.
does anyone have any ideas ?
-cheryl

I had the same problem y'day...i was using tomcat 4.1.24
what i was doing in webapps i created my dir called gui.
but when i tried to access it said resource not found...
my dir structure is Tomcat\webapps\gui
gui-admin
gui-WEB-INF\classes
when i run http://localhost:8080\cugui
then i said resource not found.......
but when i removed that classes folder then it worked...
i don't know why......
so now iam using tomcat 4.........
So plz can any way tell me what is the proper way to
devlope a web application
where i should keep what.........
Like iam using jsp,java script and html ...and one java file for jdbc connection
what iam doing now is putting everything inside tomcat\webapps\my dir
plz guide me
Thanks
Ranjan

Similar Messages

CLASSPATH problem in Tomcat 4

I posted a question a couple days ago, and the answers were right yet incomplete.
Here's the situation, I have a servlet using other class files in different folders/drives. So people are saying that putting the location of the external folders/drives in Tomcat's classpath would be a viable option. My question is, how does Tomcat 4 spit out the location of the servlet as a URL ?
i.e. i have this location in the classpath, edited inside catalina.bat, c:\stuff
Inside stuff there is a sub folder, appOne, which has a servlet called, myApplication.
I tried something in the lines of
http://127.0.0.1:8080/appOne.myApplication
and
http://127.0.0.1:8080/servlet/appOne.myApplication
Yet both URLs generate a status 404, resource not available.
What am I doing wrong?

Ok, you follow these stpes,
1. Create a dir structire shown below, in your tomcat\webapps directory.
myapp
html
jsp
web-inf
classes
2.Edit tomcat\conf\server.xml and add the following lines to it.
<Context path="/myapp"
docBase="webapps/myapp"
crossContext="true"
debug="0"
reloadable="true"
trusted="false" >
</Context>
3.Edit your myApplication servlet, remove the package statement (if it is there) and compile it.
4.Put the myApplication.class in myapp\web-inf\classes directory.
5.Save the following text as web.xml and save it in myapp\web-inf folder.
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE web-app
PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN"
"http://java.sun.com/j2ee/dtds/web-app_2_2.dtd">
<web-app>
<servlet>
<servlet-name>
myApplication
</servlet-name>
<servlet-class>
myApplication
</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>
myApplication
</servlet-name>
<url-pattern>
/myApplication
</url-pattern>
</servlet-mapping>
</web-app>
6.Give the URL, http://127.0.0.1:8080/myapp/servlet/myApplication
Hope this helps.
Sudha

Problems with Tomcat 4.0 and jdk 1.3.1 (jsp:include) Help Gurus...

Im running examples of the include:
<jsp:include page="xxx.jsp" flush="true">
and received error:
org.apache.jasper.JasperException: No se puede compilar la clase para JSP
An error occurred at line: 17 in the jsp file: /jsp/include/include.jsp
Generated servlet error:
/Programas/Tomcat4/work/localhost/examples/jsp/include/include$jsp.java:79: Method include(javax.servlet.http.HttpServletRequest, javax.servlet.http.HttpServletResponse, java.lang.String, javax.servlet.jsp.JspWriter, boolean) not found in class org.apache.jasper.runtime.JspRuntimeLibrary.
JspRuntimeLibrary.include(request, response, "/jsp/include/foo.html" + jspxqStr, out, true);
^
Please Help me Im running this equal with:
<%@ include file="xxx.jsp" %>
and runnig fine....

The two means of including files are different in their approach.
Using <jsp:include .../> compilation of the included jsp is done at run -time not during compilation.
Using <%@ include .../> compiles at compile time.
Looking at the error it seems that the method JspRuntimeLibrary.include is not being found which suggests that you may have a classpath problem. Check that there is not a servlet.jar in the classpath that is from a earlier spec than the one provided with Tomcat.
Dave

Eclipse problem with Tomcat when running jsp

when I start tomcat from CMD, it starts normally and display http://localhost:8080/ properly
but when I start tomcat from Eclipse, it starts the server normally,
but it can't display http://localhost:8080/ properly,
I guess that the problem with the java classpath isn't defined correctly in Eclipse
but but I've tried it before, and it doesn't work
here the error msg from Eclipse console:
[INFO] Http11Protocol - -Initializing Coyote HTTP/1.1 on http-8080
Starting service Tomcat-Standalone
Apache Tomcat/4.1.31
[INFO] PropertyMessageResources - -Initializing, config='org.apache.struts.util.LocalStrings', returnNull=true
[INFO] PropertyMessageResources - -Initializing, config='org.apache.struts.action.ActionResources', returnNull=true
[INFO] PropertyMessageResources - -Initializing, config='org.apache.webapp.admin.ApplicationResources', returnNull=true
[INFO] Http11Protocol - -Starting Coyote HTTP/1.1 on http-8080
[INFO] ChannelSocket - -JK2: ajp13 listening on /0.0.0.0:8009
[INFO] JkMain - -Jk running ID=0 time=0/120 config=C:\jakarta-tomcat-4.1.31\conf\jk2.properties
Error compiling file: C:\jakarta-tomcat-4.1.31\work\Standalone\localhost\_\/index_jsp.java [javac] Compiling 1 source file
[javac] Modern compiler not found - looking for classic compiler
Info: Compile: javaFileName=C:\jakarta-tomcat-4.1.31\work\Standalone\localhost\_\/index_jsp.java
classpath=C:/jakarta-tomcat-4.1.31/shared/classes/;C:/jakarta-tomcat-4.1.31/common/classes/;C:/jakarta-tomcat-4.1.31/common/endorsed/xercesImpl.jar;C:/jakarta-tomcat-4.1.31/common/endorsed/xmlParserAPIs.jar;C:/jakarta-tomcat-4.1.31/common/lib/activation.jar;C:/jakarta-tomcat-4.1.31/common/lib/ant-launcher.jar;C:/jakarta-tomcat-4.1.31/common/lib/ant.jar;C:/jakarta-tomcat-4.1.31/common/lib/commons-collections.jar;C:/jakarta-tomcat-4.1.31/common/lib/commons-dbcp-1.1.jar;C:/jakarta-tomcat-4.1.31/common/lib/commons-logging-api.jar;C:/jakarta-tomcat-4.1.31/common/lib/commons-pool-1.1.jar;C:/jakarta-tomcat-4.1.31/common/lib/jasper-compiler.jar;C:/jakarta-tomcat-4.1.31/common/lib/jasper-runtime.jar;C:/jakarta-tomcat-4.1.31/common/lib/jdbc2_0-stdext.jar;C:/jakarta-tomcat-4.1.31/common/lib/jndi.jar;C:/jakarta-tomcat-4.1.31/common/lib/jta.jar;C:/jakarta-tomcat-4.1.31/common/lib/mail.jar;C:/jakarta-tomcat-4.1.31/common/lib/naming-common.jar;C:/jakarta-tomcat-4.1.31/common/lib/naming-factory.jar;C:/jakarta-tomcat-4.1.31/common/lib/naming-resources.jar;C:/jakarta-tomcat-4.1.31/common/lib/servlet.jar
cp=C:\jakarta-tomcat-4.1.31\shared\classes
cp=C:\jakarta-tomcat-4.1.31\common\classes
cp=C:\jakarta-tomcat-4.1.31\common\endorsed\xercesImpl.jar
cp=C:\jakarta-tomcat-4.1.31\common\endorsed\xmlParserAPIs.jar
cp=C:\jakarta-tomcat-4.1.31\common\lib\activation.jar
cp=C:\jakarta-tomcat-4.1.31\common\lib\ant-launcher.jar
cp=C:\jakarta-tomcat-4.1.31\common\lib\ant.jar
cp=C:\jakarta-tomcat-4.1.31\common\lib\commons-collections.jar
cp=C:\jakarta-tomcat-4.1.31\common\lib\commons-dbcp-1.1.jar
cp=C:\jakarta-tomcat-4.1.31\common\lib\commons-logging-api.jar
cp=C:\jakarta-tomcat-4.1.31\common\lib\commons-pool-1.1.jar
cp=C:\jakarta-tomcat-4.1.31\common\lib\jasper-compiler.jar
cp=C:\jakarta-tomcat-4.1.31\common\lib\jasper-runtime.jar
cp=C:\jakarta-tomcat-4.1.31\common\lib\jdbc2_0-stdext.jar
cp=C:\jakarta-tomcat-4.1.31\common\lib\jndi.jar
cp=C:\jakarta-tomcat-4.1.31\common\lib\jta.jar
cp=C:\jakarta-tomcat-4.1.31\common\lib\mail.jar
cp=C:\jakarta-tomcat-4.1.31\common\lib\naming-common.jar
cp=C:\jakarta-tomcat-4.1.31\common\lib\naming-factory.jar
cp=C:\jakarta-tomcat-4.1.31\common\lib\naming-resources.jar
cp=C:\jakarta-tomcat-4.1.31\common\lib\servlet.jar
work dir=C:\jakarta-tomcat-4.1.31\work\Standalone\localhost\_
srcDir=C:\jakarta-tomcat-4.1.31\work\Standalone\localhost\_
include=index_jsp.java
Exception compiling Cannot use classic compiler, as it is not available. A common solution is to set the environment variable JAVA_HOME to your jdk directory.
Exception:
Cannot use classic compiler, as it is not available. A common solution is to set the environment variable JAVA_HOME to your jdk directory.
     at org.apache.tools.ant.taskdefs.compilers.Javac12.execute(Javac12.java:72)
     at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:942)
     at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:764)
     at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:282)
     at org.apache.jasper.compiler.Compiler.compile(Compiler.java:328)
     at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:427)
     at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:142)
     at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:240)
     at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:187)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:809)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:200)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:146)
     at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:209)
     at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:948)
     at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:144)
     at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:948)
     at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2358)
     at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:133)
     at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596)
     at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:118)
     at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:594)
     at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:116)
     at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:594)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:948)
     at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:127)
     at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:948)
     at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:152)
     at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
     at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
     at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
     at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
     at java.lang.Thread.run(Thread.java:479)
Cannot use classic compiler, as it is not available. A common solution is to set the environment variable JAVA_HOME to your jdk directory.
     at org.apache.tools.ant.taskdefs.compilers.Javac12.execute(Javac12.java:72)
     at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:942)
     at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:764)
     at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:282)
     at org.apache.jasper.compiler.Compiler.compile(Compiler.java:328)
     at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:427)
     at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:142)
     at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:240)
     at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:187)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:809)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:200)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:146)
     at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:209)
     at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:948)
     at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:144)
     at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:948)
     at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2358)
     at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:133)
     at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596)
     at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:118)
     at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:594)
     at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:116)
     at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:594)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:948)
     at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:127)
     at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:948)
     at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:152)
     at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
     at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
     at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
     at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
     at java.lang.Thread.run(Thread.java:479)
Here are my system settings :
Eclipse 2.1.3
plugin : tomcatPluginV21, lomboz.213
Jakarta-tomcat-4.1.31
JAVA_HOME      : C:\jdk1.3.1_15
CATALINA_HOME : C:\jakarta-tomcat-4.1.31
Here are my Eclipse settings :
http://server2.uploadit.org/files/marvelousgame-01.JPG
http://server3.uploadit.org/files/marvelousgame-02.JPG
http://server2.uploadit.org/files/marvelousgame-03.JPG
http://server3.uploadit.org/files/marvelousgame-04.JPG
http://server2.uploadit.org/files/marvelousgame-05.JPG
http://server3.uploadit.org/files/marvelousgame-06.JPG
thx!!!

I would suggest updating your software to the latest versions - java 1.4.2 or higher, tomcat 5 or higher, Eclipse 3. That should fix any incompatibilities you are experiencing.
As to your problem, it seems the tomcat you are trying to run from Eclipse wants a newer Java version (1.4.2 most likely).

Session problems in tomcat 5.0.28

Even I shutdown the tomcat 5.0.28 server the session variable is still existing and it is showing the old values. What I have to do to disable the old values? Is it the problem with tomcat 5.0.28 or with JSP coding!

Tomcat serializes sessions to the hard drive when it shutsdown. If you don't want this you have three choices:
1: you can disable this functionality in the server.xml. Check the documentation.
2: you could just delete the session.ser file when you shut down tomcat. This file is under work/standalone/{webapp name}
3: you could close and re-open the browser so that the old jsessionid will not be sent and a new session will be created. The old session will eventually time out.
The third option is probably the easiest.

Classpath problem

i am here stuck..
my dir structure is
c:\my\xxx\yyy\zzz
i have a code ...
package xxx.yyy.zzz;
class A
// some code
}i have compiled sucessfully and put the clsss file into c:\my\xxx\yyy\zzz folder.
now i want to import it in another class
like...
package xxx.yyy; // note this
import xxx.yyy.zzz.*; // note this
class B
// some code
// creating instance of class A here
}question is how do i compile and run it ?
i am at c:\my---> what should be the command to compile and run the above code?
plz give me the explicit command so that i can test and verify . i have given the dir structure.
i have tried several ways but got class not found exception and errors . i know its a classpath problem but i could not figure out what should i type at the c:\my prompt.
can u give exact command to run and compile the above code in steps ?
thanx

question is how do i compile and run it ?You don't with that code. You've defined class A to have "package visibility," meaning it can't be used from outside its package. You should declare it with public visibility instead, like "public class A {...".
Once you change that, use these commands to compile and run:c:\my\>javac xxx/yyy/zzz/A.java
c:\my\>javac xxx/yyy/B.java
c:\my\>java xxx.yyy.B

Classpath Problem (Using JSAPI)

Hi,
I using IBM Via Voice as a the implementation of the JSAPI on my system. I've downloaded the speech for java pack from IBM Alphaworks and put it in the directory of
c:\ibmjs
This gives you access to the speech packages for utilisation in your programs so I should be able to import javax.speech in my programs. However the system doesn't see these classes.
Heres my Autoexec...
path=%path%;c:\jdk1.3.1_01\bin;c:\ibmjs\lib;
CLASSPATH=%CLASSPATH%;c:\ibmjs\lib\ibmjs.jar;
I presume the whole thing is just a classpath problem, does anybody have any idea from the above paths where I am going wrong?

i guess you have to put some of ibm's dll files coming with speech for java in the path (not classpath). it's not sufficient to have the directories in the path.
anyway, there come's an installation manual with speech for java which explaines all that.

Fragment Bundle Classpath problems

Does anyone have any tips for solving classpath problems in fragment bundles? I'm getting a no-class-def that I can't explain.
I've used maven to create a fragment, hosted by com.day.crx.sling.server, to create a custom login. It needs to call a web service, so I've included httpclient-4.2.3.jar. I can see this jar listed on the deployed fragment's Bundle-ClassPath, via the osgi>bundle console. When I inspect the bundle that maven created, I can find this jar contained in the bundle jar, in the directory specified in the Bundle-ClassPath. I even oppened the httpclient jar to ensure that the offending class (org/apache/http/client/HttpClient) is there.
This is the first fragment that I've tried to build. Is there something I don't know about how they load classes?
Does anyone have any tips or tricks on solving osgi classpath problems? I read that felix has some tools, but I haven't found any documentation about them.

I'm still not sure why the classes didn't load, but I have a solution to my problem - don't try to include the jars in the fragment bundle. I tracked down osgi-ready versions of the libraries that I needed and and installed them.

Another simple classpath problem question

Hi All
Yes I know, there are a lots of questions about this matter, but I couldn't found a solution to my problem.
I have a simple program:
public class prueba {
public static void main(String[] args) {
System.out.println("Ahi va...");
}placed in /tmp/javier/prueba.java
After compiled, I've tried to run it from / and then problems started:
cd /
java /tmp/javier/prueba
Exception in thread "main" java.lang.NoClassDefFoundError: /tmp/javier/prueba (wrong name: prueba)
I said, ok...it could be a classpath problem...then:
java -cp /tmp/javier/ /tmp/javier/prueba
Exception in thread "main" java.lang.NoClassDefFoundError: /tmp/javier/prueba
Damn, another try...
java -cp .:/tmp/javier/ /tmp/javier/prueba
Exception in thread "main" java.lang.NoClassDefFoundError: /tmp/javier/prueba (wrong name: prueba)
Jesus Christ....may be the last slash....
java -cp .:/tmp/javier /tmp/javier/prueba
Exception in thread "main" java.lang.NoClassDefFoundError: /tmp/javier/prueba (wrong name: prueba)
Oh...no.... may be classpath to java classes..
java -cp .:/usr/java/j2sdk1.4.2_01/lib/jre/:/tmp/javier/ /tmp/javier/prueba
Exception in thread "main" java.lang.NoClassDefFoundError: /tmp/javier/prueba (wrong name: prueba)
Well, I don't know why this error happens....
Please, could somebody help me !!!
Thanks in advance...
<jl>

It's not too early to start following the Sun coding
conventions for Java:
http://java.sun.com/docs/codeconv/html/CodeConvTOC.doc.
tmlHi
thanks for your reply.
Yes, I agree. I use conventions with my programs. But my real problem was with a real application and then I did quickly this simple code to help others to understand the problem and give a fast reply...
Let me know if that works. (It was fine on my
machine.) - MODYes it works fine, thanks.... and Damn...Murphys law again, the only option I didn't tried is the solution to my problem... :)
Thanks again...

Problem of Tomcat 4.0

I'm using Linux with Tomcat 4.0. I found that the counter of session has something wrong. The time counter is not reset when the user access the session.
I try to use Tomcat 3.2.3 and my programs work fine. Is this the problem of Tomcat 4.0 ? anyone have the same problem ?
plse, help.

I'm using Tomcat 4.0 and Linux.
I have a problem about the session.
timeout = 600;
session.setMaxInactiveInterval(timeout);
...When the user active the session, the "timeout" should be reset to 600. In fact, the session is still die even the user active the session.
And this problem does not occurred in Tomcat 3.2.3.
I guess is the bug of Tomcat 4.0.
Is anyone use Tomcat 4.0 and Linux. Can anyone help me to check the timer of session is correct or not ?
Thank you !
Tomcat 3.2.3 is ok.
The problem occurred in Tomcat 4.0.1 and 4.0.2.
Please help !

Classpath problems in EAR packaging?

I try to access an EJB from a JSP. The JSP resides in web.war and the bean is in ejb.jar, and both of these are packaged together in an ear.
I get a compile error when I try opening a JSP. I've had this problem in all my attempts to use my bean classes from JSP.
My browser reports that the compiler cannot find the beans package. I have servlets within the war-file that are able to find the beans package, but the JSPs aren't.
My ear-file contains 3 files
ejb.jar
web.war
META-INF\MANIFEST.MF
The manifest classpath points to ejb.jar and web.war
My guess is that this has something to do with the way this is deployed by GlassFish.
The application is deployed in the
domains\mydomain\applications\j2ee-apps\myear\
This directory contains the expanded files:
ejb_jar\
web_war\
META-INF
So the Java classes under web_war\ are able to see the Java classes under ejb_jar\ (i.e. my servlets)
However; when GlassFish creates Java files from the JSPs and then tries to compile them, these files are placed under
domains\mydomain\generated\jsp\j2ee-apps\myear\web_war\org\apache\jsp\jsp
This might be correct for all I know, but apparently the compiler is unable to find the Java classes located under the mydomain\applications\.. directory when compiling classes located under the mydomain\generated\.. directory. There are no other files from my ear anywhere in the "generated" directory.
So to me this seems to be some kind of classpath problem, as the compiler cannot find the needed files.
Does this make any sense to anyone?
PS
In my ear, the JSPs are placed in the web.war. The war file looks like this:
jsp\
   myjsp.jsp
META-INF
   MANIFEST.MF
WEB-INF
   web.xml
   lib\
      mylib.jarThanks
\\Marius

Marius,
If you want communicate the bean you have to do following things.
. Create a factory for the correct protocol
. Obtain a Home
. Use the Home to create stubs to the remote object
So you want to call the Home and Remote interfaces to access the bean. When you run the client program, it will create the remote object that time it has to search the Home and Remote interfaces. So you have included those files for references in following location
WEB-INF/classes
     -- <Home Interface File Name>.class
     -- <Remote Interface File Name>.class
Or
WEB-INF/lib
     -- <Bean Jar file name>.jar
I think you will understand.
-Mani

Again classpath problem

again classpath problem.... i have tried to solve it in many ways but all failed. here is one
instance of my effort which did not give me success.
i have a FOLDER > c:/com/abc/def/ijk
and files......
MyClass.java
==============
package com.abc.def.ijk
class MyClass
// blah
// blah
}c:\com\abc\def\ijk>javac MyClass.java ===>compiled fine and created a class file.
and also one more file.....
OneMoreClass.java
=================
import com.abc.def.ijk.MyClass
class OneMoreClass
// blah
// blah
}c:\com\abc\def\ijk>javac OneMoreClass.java ===> Error!!! package com.abc.def.ijk does not exist !!!!
how can i solve it ?

yea, this works....eariler i also usued to do this
way. but this time i forgot.
by the way, why individually it did not work !!!.Because you were in the package directory itself, and the classpath was set to the cwd, so java was looking for package directories at this level.
and also when i specify directly by
c:\com\abc\def\ijk
javac -classpath c:\com\abc\def\ijk\MyClass
OneMoreClass.java ...it does not work!!.
STRANGE! why ?Because by stating the package directory as classpath, you do the same as explained above. Stay out of package directories, stay one level above them, don't regard them as common directories. When declaring classpaths, don't mention package directories but the directories that contain them.

JSP/beans classpath problems

I'm runnning Tomcat 3.3 on Solaris 8. I'm writing a JSP application which uses a JavaBean that I wrote. The beans class name is testbeans.CalendarBean. I'm getting ClassNotFoundExceptions when I try to import the bean. My JSP is located at TOMCAT_HOME/webapps/test/jsp/
My bean is located at TOMCAT_HOME/webapps/test/WEB-INF/classes/testbeans/
I made sure to put the proper include statement in my jsp file as well. Finally, I put my bean in TOMCAT_HOME/lib/ and modified the CLASSPATH variable in tomcat.sh. This worked, but what do I have to do so I can leave the bean in its original location? Thanks.
John

Add the following to your JSP file:
<%@ page
import = "testbeans.*"
%>
Then you can do this:
<% testbeans.CalendarBean myCB = new CalendarBean();%>
also, CalendarBean needs a package statement like:
package testbeans;

JDBC and Classpath problems on OpenVMS

Hello,
I'm working on an OpenVMS server and I got a simpler Java application that needs to establish a connection to an Oracle database, the application works perfectly well on Windows but when I moved to OpenVMS I got some problems with the oracle driver.
I believe I�m using the correct driver, I already checked on the oracle site according to my java version (1.4.2) and my database version (oracle 9i 9.2.0.7.0)
This is the error:
$java -jar miss.jar "DnBProcess"
About to start loading parameters for the MISS Proxy.
Successfully load parameters for the MISS Proxy.
About to load interface settings for DnBProcess
Settings for DnBProcess succesffully loaded.
About to load interface DnBProcess
About to start loading parameters for DnB Interface.
Successfully load parameters for DnB Interface.
Interface DnBProcess succesffully loaded.
About to execute interface DnBProcess
Connecting to the database...
java.lang.NoClassDefFoundError: oracle/jdbc/OracleDriver
at miss.DnBProcess.ExecuteQueryToFile(DnBProcess.java:85)
at miss.DnBProcess.Execute(DnBProcess.java:178)
at miss.Proxy.ExecuteInterface(Proxy.java:160)
at miss.Proxy.main(Proxy.java:207)
I know is a classpath problem, and my classpath on VMS looks like this:
define JAVA$CLASSPATH .,SYS$COMMON:[JAVA$142.LIB]TOOLS.JAR,SYS$COMMON:[JAVA$142.LIB]DT.JAR,SYS$COMMON:[JAVA$142.JRE.LIB]RT.JAR, USER1:[MONTEALEGRE.TEST.LIBS]OJDBC14.JAR,USER1:[MONTEALEGRE.TEST.MISS.LIBS]OJDBC14.JAR,[]
As you can see I added the �ojdbc14.jar� in different folders but my application seems not to find it.
Does anyone know how to set the classpath properly on VMS? Or maybe give me some tips that could lead me to find a solution to this problem.
Thanks.
Ileana.

I would try googling for OpenVMS classpath. Unfortunatley the first result is this thread but there are a bunch of resources from IBM and HP listed and maybe they can help you.

Help classpath problem j2sdk1.4.2_04

help classpath problem j2sdk1.4.2_04
how can i run the java program with specify the file location
such as :
-----this one is fine ok and return HelloWorld.class-----
[root@localhost root]javac /serverData/studentAC/s001/HelloWorld.java
-----but this one cause exception-----
[root@localhost root]java /serverData/studentAC/s001/HelloWorld
-----result-----
Exception in thred "main" java.lang.NoClassDefFoundError: /serverData/studentAC/s001/HelloWorld
[root@localhost root]
I have tried a lot of classpath setting:
I just want to compile and run the java program without specify the classpath only !! please help !!! and give suggest !! if you have this exp!!
# ---1
#PATH=/usr/java/j2sdk1.4.2_04/bin:$PATH:$HOME/bin:./
#export PATH
#export JAVA_HOME=/usr/java/j2sdk1.4.2_04/
#export #CLASSPATH=/usr/java/j2sdk1.4.2_04/lib/tools.jar:/usr/java/j2sdk1.4.2_04/jre/lib/rt.jar:./
# ---2
#set java environment
# Java Setup Section START
export JAVA_HOME="/usr/java/j2sdk1.4.2_04"
export JRE="$JAVA_HOME/jre"
export CLASSPATH="$JAVA_HOME/lib:$JRE/lib:$JAVA_HOME/lib/tools.jar:."
export PATH="$PATH:$JAVA_HOME/bin"
# Java Setup Section END
# ---3
#PATH=$PATH:/usr/java/j2sdk1.4.2_04/bin
#JAVA_HOME=/usr/java/j2sdk1.4.2_04/
#export PATH
# ---4
# Java Setup Section START
#JAVA_HOME=/usr/java/j2sdk1.4.2_04
#export JAVA_HOME
#CLASSPATH=$CLASSPATH:/usr/java/j2sdk1.4.2_04/lib:/usr/java/j2sdk1.4.2_04/jre/lib:./
#export CLASSPATH
#PATH=$PATH:$JAVA_HOME/bin:$JAVA_HOME/jre/bin
#export PATH
# Java Setup Section END
# ---5
#export PATH=$PATH:/usr/java/j2sdk1.4.2_04/bin
#export JAVA_HOME=/usr/java/j2sdk1.4.2_04
#export CLASSPATH=/usr/java/j2sdk1.4.2_04/lib:$CLASSPATH:.
# ---6
#====================================================
#export JAVA_HOME=/usr/java/j2sdk1.4.2_04
#export PATH=$JAVA_HOME/bin:$PATH
#export CLASSPATH=/usr/java/j2sdk1.4.2_04/lib:$CLASSPATH
#====================================================

I think this will work. java -classpath /serverData/studentAC/s001 HelloWorld

Classpath problem in tomcat

Similar Messages

Maybe you are looking for