我试图得到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):)
当前回答
使用发行说明
在Tomcat主文件夹中，您可以找到RELEASE-NOTES文件，其中包含以下行(~第20-21行):
Apache Tomcat Version 8.0.22 发布说明
或者你也可以使用命令行获取相同的信息:
窗口: 查找“Apache Tomcat版本” 输出: Apache Tomcat Version 8.0.22 Linux: grep "Apache Tomcat Version" 输出: Apache Tomcat Version 8.0.22
其他回答
另一个选项是从tomcat查看发布说明，适用于linux/window
{Tomcat_home}/webapps/ROOT/RELEASE-NOTES.txt
如果你可以上传一个JSP文件，你可以像这样打印一些信息:bestdesigns.co.in/blog/check-jsp-tomcat-version
将这段代码保存到一个名为tomcat_version.jsp的文件中:
Tomcat Version : <%= application.getServerInfo() %><br>
Servlet Specification Version :
<%= application.getMajorVersion() %>.<%= application.getMinorVersion() %> <br>
JSP version :
<%=JspFactory.getDefaultFactory().getEngineInfo().getSpecificationVersion() %><br>
当您访问http://example.com/tomcat_version.jsp时，输出应该类似于:
Tomcat Version : Apache Tomcat/5.5.25
Servlet Specification Version : 2.4
JSP version: 2.0
有时tomcat目录下的bin/version.sh脚本仍然没有显示数字版本。例如，它可以只显示:“服务器版本:WebServer”。其他提到的机会(检查路径、检查日志、发布说明、tomcat根页面输出)也不能工作。 在这种情况下(你应该仍然有对tomcat目录的读访问权):
从tomcat的lib目录中获取catalina.jar。 提取它 查看一下org/apache/catalina/util/ServerInfo.properties
它可以包含您所期望的内容(server.info和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是有意义的。
打开tomcat主页(通常是localhost:8080)
你会看到这样的东西:
