我的tomcat使用了错误的JAVA_HOME或JRE_HOME

我是Tomcat的新手.他们的ubuntu 10.10上的Tomcat 7有些不对劲.

当我像这样启动Tomcat时

llchli@llchli-virtual-machine:/usr/local/apache-tomcat-7.0.47/bin$./catalina.sh  run
Using CATALINA_BASE:   /usr/local/apache-tomcat-7.0.47
Using CATALINA_HOME:   /usr/local/apache-tomcat-7.0.47
Using CATALINA_TMPDIR: /usr/local/apache-tomcat-7.0.47/temp
Using JRE_HOME:        /usr/local/jdk1.7.0_45
Using CLASSPATH:       /usr/local/apache-tomcat-7.0.47/bin/bootstrap.jar:/usr/local/apache-tomcat-7.0.47/bin/tomcat-juli.jar

虽然无法以这种方式启动Tomcat,但它回应使用JRE_Home /usr/local/jdk1.7.0_45,这是我计算机上正确的JAVA_HOME或JRE_HOME.

但是当我像这样用sudo启动Tomcat时

llchli@llchli-virtual-machine:/usr/local/apache-tomcat-7.0.47/bin$sudo ./catalina.sh  start
[sudo] password for llchli: 
Using CATALINA_BASE:   /usr/local/apache-tomcat-7.0.47
Using CATALINA_HOME:   /usr/local/apache-tomcat-7.0.47
Using CATALINA_TMPDIR: /usr/local/apache-tomcat-7.0.47/temp
Using JRE_HOME:        /usr
Using CLASSPATH:       /usr/local/apache-tomcat-7.0.47/bin/bootstrap.jar:/usr/local/apache-tomcat-7.0.47/bin/tomcat-juli.jar

它回声使用JRE_HOME:/ usr,这不是我计算机上正确的JAVA_HOME或JRE_HOME.但它正确地启动了Tomcat.

我的/ etc / environment是

llchli@llchli-virtual-machine:/usr/local/apache-tomcat-7.0.47/bin$sudo cat /etc/environment 
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/jdk1.7.0_45/bin"
LANGUAGE="en"
JAVA_HOME="/usr/local/jdk1.7.0_45"
CLASSPATH="$CLASSPATH:$JAVA_HOME/lib"
CATALINA_HOME="/usr/local/apache-tomcat-7.0.47"

我对此有点疑惑.当我像这样使用daemon.sh时,会产生错误.

llchli@llchli-virtual-machine:/usr/local/apache-tomcat-7.0.47/bin$sudo ./daemon.sh run
Cannot find any VM in Java Home /usr
Cannot find any VM in Java Home /usr
Cannot locate JVM library file
Service exit with a return value of 1

它回声在Java Home / usr中找不到任何VM.我很困惑.

任何帮助和建议将不胜感激.

提前致谢.

最佳答案 听起来“sudo”没有将JAVA_HOME和JAVA_PATH传递给子进程.

使用“sudo”运行命令时,将根据sudoers文件所说的设置环境变量.我对“sudoers”手册条目的阅读是默认是不通过变量.但根据“sudo”手动条目,有一个命令语法变体,允许您使用“VAR = value”传递环境变量…

我建议您仔细阅读“sudo”和“sudoers”的手册条目,然后阅读系统的“/ etc / sudoers”文件以了解它的行为方式.

话虽如此,使用“sudo”从命令行启动服务并不是一个好主意,特别是如果你在谈论“生产”服务.而且通常最好使用发行版包装提供的服务包装,而不是“上游”项目的非打包安装.

点赞