我试图得到Appfuse + Tomcat + jRebel工作。
默认情况下，Appfuse使用Cargo下载tomcat。7.0.33)并将应用程序部署到它。我希望使用一个已经安装的tomcat (ver。7.0.27)，而不是下载的。我在appfuse FAQ中做了更改。
在使用mvn cargo:run部署后，我如何知道实际运行的tomcat确实是7.0.27?
我曾经键入一个错误的URL(例如:localhost:8080/dfsfsdf)，在错误页面中看到它，但现在它什么也没有显示。
我的$CATALINA_HOME指向我自己的tomcat 7.0.27。 抱歉忘了说，这是Windows的。
更新:
既然这个问题在某种程度上变得很流行，我想解释一下为什么这个答案被接受。很简单，这是第一个解决我问题的方法。
我正在看问题的标题，@Tech Junkie和@CPU 100确实有最好的答案，但不是我遇到的情况。(我想知道mvn cargo:run是否运行我安装的tomcat或“项目嵌入”tomcat):)
当前回答
我在Ubuntu 18.04 Linux服务器上工作时遇到了这个挑战。
以下是我的解决方法:
运行下面的命令来确定你的version.sh文件的位置:
sudo find / -name "version.sh"
对我来说，输出是:
/opt/tomcat/bin/version.sh
然后，使用输出，运行文件(version.sh)作为shell脚本(sh):
sh /opt/tomcat/bin/version.sh
这是所有。
我希望这对你们有帮助
其他回答
For windows machine
Go to the tomcat directory C:\apache-tomcat-x.0.xx\bin
bin>version.bat
Using CATALINA_BASE: "C:\apache-tomcat-x.0.xx"
Using CATALINA_HOME: "C:\apache-tomcat-x.0.xx"
Using CATALINA_TMPDIR: "C:\apache-tomcat-x.0.xx\temp"
Using JRE_HOME: "C:\Program Files\Java\jdk1.8.0_65"
Using CLASSPATH: "C:\apache-tomcat-x.0.xx\bin\bootstrap.jar;C:\apache-tomcat-x.0.xx\bin\tomcat-juli.jar"
Server version: Apache Tomcat/7.0.53
For Linux Machine
Go to the tomcat directory /usr/mack/apache-tomcat-x.0.xx/bin
# ./version.sh
Using CATALINA_BASE: /usr/mack/apache-tomcat-x.0.xx
Using CATALINA_HOME: /usr/mack/apache-tomcat-x.0.xx
Using CATALINA_TMPDIR: /usr/mack/apache-tomcat-x.0.xx/temp
Using JRE_HOME: /usr/java/jdk1.7.0_71/jre
Using CLASSPATH: /usr/mack/apache-tomcat-x.0.xx/bin/bootstrap.jar:/usr/mack/apache-tomcat-x.0.xx/bin/tomcat-juli.jar
Server version: Apache Tomcat/7.0.56
如果Tomcat作为服务安装:
#sudo /etc/init.d/tomcat version
我们在Windows环境中运行，我必须找到一种方法来获得Java环境之外的Tomcat版本。在不知道版本的情况下，我无法确定目录。我最终发现最好的方法是查询Tomcat服务使用:
C:\temp>sc query | find /I "tomcat" SERVICE_NAME: Tomcat6 DISPLAY_NAME: Apache Tomcat 6.0 Tomcat6
你可以通过服务器的状态页面找到它的信息:
{running-tomcat-url}/manager/status
在那个页面上，您可以看到运行Tomcat的Java版本
注意:我还粘贴了关于Tomcat6和JRE7兼容性问题的答案。不支持的专业。次要版本51.0
尝试解析或执行Tomcat_home/bin目录，并寻找 一个名为version.sh或version.bat的脚本，具体取决于您的 操作系统。 执行脚本。/version.sh或version.bat
如果没有version.bat或version.sh，则 使用一个工具解压JAR文件(\tomcat\server\lib\catalina. JAR)，并查看文件org\apache\catalina\util\lib\ServerInfo.properties。 "server.info="下定义的版本。
在类unix环境中，我还建议检查实际运行的进程命令行:
$ ps aux | grep java
...
/usr/lib/jvm/java-8-openjdk-amd64/bin/java -Djava.util.logging.config.file=/srv/tomcat-instances/bla/conf/logging.properties -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.awt.headless=true -Xmx4096M -XX:+UseConcMarkSweepGC -Djdk.tls.ephemeralDHKeySize=2048 -Djava.protocol.handler.pkgs=org.apache.catalina.webresources -agentlib:jdwp=transport=dt_socket,address=8000,server=y,suspend=n -Xmx4096m -Xms4096m -XX:MaxPermSize=2048m -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.port=8090 -Dcom.sun.management.jmxremote.rmi.port=8090 -Djava.rmi.server.hostname=localhost -Djava.endorsed.dirs=/opt/apache-tomcat-8.0.47/endorsed -classpath /opt/apache-tomcat-8.0.47/bin/bootstrap.jar:/opt/apache-tomcat-8.0.47/bin/tomcat-juli.jar -Dcatalina.base=/srv/tomcat-instances/bla -Dcatalina.home=/opt/apache-tomcat-8.0.47 -Djava.io.tmpdir=/tmp/tomcat8-bla-tmp org.apache.catalina.startup.Bootstrap start
...
由于(操作系统)环境变量和(Java)系统属性被设置为意外值，可能会出现一些微妙的奇怪行为。我遇到过这样的情况，由于过时的Tomcat setenv.sh, Tomcat 8从类路径上的Tomcat 7的类开始。确保在进程命令行中有-Dcatalina。基地,-Dcatalina。Home和-classpath是有意义的。
