On 7/25/06, David Smith <[EMAIL PROTECTED]> wrote:
OOzy Pal wrote: > On 7/25/06, Martin Gainty <[EMAIL PROTECTED]> wrote: > >> All Tomcat installations come with startup.<sh/bat> and >> shutdown.<sh/bat> located in $TOMCAT_HOME/bin >> run the startup.<sh/bat> first in some sort of console (xterm...) and >> note the errors >> e.g. If it cant find $JAVA_HOME it will output debug messages to >> screem saying so >> >> When and only when your install has been running reliably well for >> some time >> place startup script in init.d >> M- >> ********************************************************************* >> This email message and any files transmitted with it contain >> confidential >> information intended only for the person(s) to whom this email >> message is >> addressed. If you have received this email message in error, please >> notify >> the sender immediately by telephone or email and destroy the original >> message without making a copy. Thank you. >> >> >> >> ----- Original Message ----- >> From: "OOzy Pal" <[EMAIL PROTECTED]> >> To: "Tomcat Users List" <users@tomcat.apache.org> >> Sent: Tuesday, July 25, 2006 9:58 AM >> Subject: Re: Where is my Tomcat >> >> >> > On 7/25/06, Martin Millnert <[EMAIL PROTECTED]> wrote: >> >> On Mon, 2006-07-24 at 23:02 +0200, edward wrote: >> >> > OOzy Pal wrote: >> >> > >> >> > >> >> >> > >> >> >> > > >> >> > > I found the JKD but I am not sure how start tomcat. I am >> really stuck. >> >> > > I am not sure what am I missing? Is there a good tutorial for >> >> > > installing tomcat? >> >> > > >> >> > > Any help is appreciated. >> >> > >> >> <snip> >> >> > Chances are that the Debian tomcat init scripts point to gcj not >> to the >> >> > Sun jdk. It's OK, you can fix that. Try javac -version, it will >> tell you >> >> > about the compiler (which is part of the jdk, not the jre). >> Probably >> >> > you will find that /usr/bin/java and about half a dozen other >> >> > /usr/bin/javax commands including javac and javah are symlinks >> to the >> >> > gcj versions of java somewhere in /usr/lib. So what you need to >> do is to >> >> > change those symlinks to point to the Sun ones, probably in >> >> > /usr/share/lib. Some distros have a command which lets you >> change the >> >> > system's version of java (Gentoo does, I'm not sure about Debian) >> >> > without manually editing all the symlinks. >> >> > >> >> <snip> >> >> >> >> For reference, on a Ubuntu dapper desktop machine, here's how to >> manage >> >> the symlinks: >> >> [EMAIL PROTECTED]:~# which java >> >> /usr/bin/java >> >> [EMAIL PROTECTED]:~# ls -al /usr/bin/java* >> >> lrwxrwxrwx 1 root root 22 2006-02-02 15:29 /usr/bin/java >> >> -> /etc/alternatives/java >> >> lrwxrwxrwx 1 root root 23 2006-03-02 14:25 /usr/bin/javac >> >> -> /etc/alternatives/javac >> >> lrwxrwxrwx 1 root root 25 2006-03-02 14:25 /usr/bin/javadoc >> >> -> /etc/alternatives/javadoc >> >> lrwxrwxrwx 1 root root 23 2006-03-02 14:25 /usr/bin/javah >> >> -> /etc/alternatives/javah >> >> lrwxrwxrwx 1 root root 23 2006-03-02 14:25 /usr/bin/javap >> >> -> /etc/alternatives/javap >> >> lrwxrwxrwx 1 root root 24 2006-03-02 14:26 /usr/bin/javaws >> >> -> /etc/alternatives/javaws >> >> >> >> These commands does not have to be run as root, Ubuntu favours not >> using >> >> the root account but sudo instead -- which is how OOzy was working. >> >> The above shows and proves that the Ubuntu-style method is in fact in >> >> use, and unorthodox methods has not been introduced to the >> packages. ;) >> >> There are clear advantages of managing the JDKs as real packages, and >> >> there is plenty of reference on this online: >> >> >> http://www.google.se/search?hl=sv&q=the+correct+way+to+install+sun+java >> >> +jdk+on+ubuntu&btnG=S%C3%B6k&meta= >> >> >> >> Ubuntu (as well as Debian) ships with the update-alternatives >> program, >> >> which manages the symlinks and it is necessary to redirect these >> if you >> >> have installed and are planning on using the Sun JDK. >> >> >> >> Example: >> >> >> >> [EMAIL PROTECTED]:~# update-alternatives --config java >> >> >> >> There are 5 alternatives which provide `java'. >> >> >> >> Selection Alternative >> >> ----------------------------------------------- >> >> 1 /usr/lib/j2sdk1.5-sun/bin/java >> >> * 2 /usr/lib/j2sdk1.4-sun/bin/java >> >> 3 /usr/bin/gij-wrapper-4.1 >> >> 4 /usr/bin/gij-wrapper-4.0 >> >> + 5 /usr/lib/jvm/java-gcj/jre/bin/java >> >> >> >> Press enter to keep the default[*], or type selection number: >> >> >> >> >> >> Note that this only configures the `which java`-program. You should >> >> point all programs to the same version. At the very least make sure >> >> "java" and "javac" are pointing to the same JDK to avoid confusion. >> >> To point all programs in a one-liner, you could use: >> >> [EMAIL PROTECTED]:~# cd /usr/bin && for PROGRAM in `ls java*`; do >> >> update-alternatives --config $PROGRAM ; done >> >> >> >> If you're using the sudo administration method, modify the line >> >> accordingly: >> >> [EMAIL PROTECTED]:~# cd /usr/bin && for PROGRAM in `ls java*`; do sudo >> >> update-alternatives --config $PROGRAM ; done >> >> >> >> This requires you to possibly write in the password as many times as >> >> there are PROGRAMs, unless your system cache your sudo credentials. >> >> A more complicated method to achieve the same result is: >> >> sudo bash -c 'cd /usr/bin && for PROGRAM in `ls java*`; do >> >> update-alternatives --config $PROGRAM ; done' >> >> >> >> >> >> HTH, >> >> Regards >> >> -- >> >> Martin Millnert <[EMAIL PROTECTED]> >> >> >> >> >> >> -----BEGIN PGP SIGNATURE----- >> >> Version: GnuPG v1.4.3 (GNU/Linux) >> >> >> >> iD8DBQBExdyjApq14zkeZkwRAqHaAJ4z9Y9kniiIZdqMtEdZrZP37cFgcQCfactI >> >> SU3qpmEIh5uxUowdGjbBn/Q= >> >> =eQ5x >> >> -----END PGP SIGNATURE----- >> >> >> >> >> >> >> > I am really lost. How about starting over? I will remove everything >> > and start from scratch. I just want some good tutorial on how to >> > install everything again. >> > >> > Anyhow is some info of the my current system: >> > >> > $java -version >> > java version "1.4.2" >> > gij (GNU libgcj) version 4.1.0 (Ubuntu 4.1.0-1ubuntu8) >> > >> > Copyright (C) 2006 Free Software Foundation, Inc. >> > This is free software; see the source for copying conditions. >> There is NO >> > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR >> PURPOSE. >> > ------------------------- >> > >> > $javac -version >> > Eclipse Java Compiler v_585_R31x, 3.1.2 release, Copyright IBM Corp >> > 2000, 2006. All rights reserved. >> > >> > >> > >> > -- >> > OOzy >> > Kubuntu-Dapper >> > >> > --------------------------------------------------------------------- >> > To start a new topic, e-mail: users@tomcat.apache.org >> > To unsubscribe, e-mail: [EMAIL PROTECTED] >> > For additional commands, e-mail: [EMAIL PROTECTED] >> > >> > > > Martin, > > > $ echo $JAVA_HOME > /usr/lib/jvm/java-1.5.0-sun/ > > $ sudo /usr/share/tomcat5/bin/startup.sh > > Using CATALINA_BASE: /usr/share/tomcat5 > Using CATALINA_HOME: /usr/share/tomcat5 > Using CATALINA_TMPDIR: /usr/share/tomcat5/temp > Using JAVA_HOME: /usr/lib/jvm/java-1.5.0-sun/ > > $ /etc/init.d/tomcat5 start > Starting Tomcat 5 servlet engine using Java from /usr/lib/j2se/1.4: > > with the following catalina_out log > The JAVA_HOME environment variable is not defined correctly > This environment variable is needed to run this program > NB: JAVA_HOME should point to a JDK not a JRE > > I get the above error even though JAVA_HOME points to the JDK but > tomcat insists on using /usr/lib/j2se/1.4 not > /usr/lib/jvm/java-1.5.0-sun/ > > any help Martin? > Take a look at the shell script used to start the service (/etc/init.d/tomcat5) and see how it determines the JDK. Is it honoring the JAVA_HOME environment variable or digging around on it's own for something else? --David --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
David, THAAANK YOU so much. Finally, tomcat5 is working. I added "echo $JAVA_HOME" to init.d/tomcat5 script to make sure that the script is honoring my $JAVA_HOME and you are right, It was digging for its own. Then I added: JAVA_HOME="/usr/lib/jvm/java-1.5.0-sun/" to the script and BANG it worked. Now when I do "http://localhost:8180/"; I get an HTTP Status 500 - error -----ERROR-------- type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: Unable to compile class for JSP org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:520) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:295) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:243) java.security.AccessController.doPrivileged(Native Method) javax.security.auth.Subject.doAsPrivileged(Subject.java:517) org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:272) org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:161) root cause java.io.FileNotFoundException: /var/lib/tomcat5/work/Catalina/localhost/_/org/apache/jsp/index_jsp.java (No such file or directory) java.io.FileOutputStream.open(Native Method) java.io.FileOutputStream.<init>(FileOutputStream.java:179) java.io.FileOutputStream.<init>(FileOutputStream.java:70) org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:188) org.apache.jasper.compiler.Compiler.compile(Compiler.java:495) org.apache.jasper.compiler.Compiler.compile(Compiler.java:476) org.apache.jasper.compiler.Compiler.compile(Compiler.java:464) org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:511) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:295) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:243) java.security.AccessController.doPrivileged(Native Method) javax.security.auth.Subject.doAsPrivileged(Subject.java:517) org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:272) org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:161) note The full stack trace of the root cause is available in the Apache Tomcat/5.0 logs. -- OOzy Kubuntu-Dapper --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
