Apache Tomcat 9 9.0

《Apache Tomcat 9 9.0》是一款web应用程序开发的解决方案，这款软件能够帮助用户开发多种类型的网页应用，软件内的功能非常丰富，操作也很简单，是一款非常不错的软件，感兴趣的小伙伴欢迎下载使用噢！

软件功能

HTTP连接器默认情况下使用Tomcat进行设置，并且可以使用。此连接器具有最低的延迟和最佳的整体性能。

对于集群， 必须安装支持Web会话粘性的HTTP负载平衡器，以将流量定向到Tomcat服务器。Tomcat支持mod_proxy（在Apache HTTP Server 2.x上，默认情况下包括在Apache HTTP Server 2.2中）作为负载均衡器。应当注意，HTTP代理的性能通常低于AJP的性能，因此AJP聚类通常是优选的。

AJP

当使用单个服务器时，在Tomcat实例前使用本机Web服务器时的性能大多数情况下比使用其默认HTTP连接器的独立Tomcat更糟，即使Web应用程序的大部分由静态文件。如果出于任何原因需要与本机Web服务器集成，则AJP连接器将比代理HTTP提供更快的性能。从Tomcat的角度来看，AJP集群是最有效的。否则它在功能上等同于HTTP聚类。

在Tomcat启动时部署

如果您对使用Tomcat Manager或TCD不感兴趣，则需要将Web应用程序静态部署到Tomcat，然后再执行Tomcat启动。您为这种类型的部署部署Web应用程序的位置称为 appBase每个主机指定的位置。您可以将所谓的展开的Web应用程序（即未压缩的）复制到此位置，或者将压缩的Web应用程序资源.WAR文件。

在主机的属性（默认主机是“localhost”）appBase属性（默认appBase是“$ CATALINA_BASE / webapps”）指定的位置中存在的Web应用程序将部署在Tomcat启动时，只有当主机deployOnStartup属性为“true”时。

在这种情况下，Tomcat启动时将发生以下部署顺序：

将首先部署任何上下文描述符。

然后将部署任何上下文描述符未引用的分解的Web应用程序。如果他们在appBase中有一个相关的.WAR文件，它比展开的web应用程序更新，展开的目录将被删除，webapp将从.WAR重新部署

.WAR文件将被部署

在正在运行的Tomcat服务器上部署

可以将Web应用程序部署到运行中的Tomcat服务器。

如果Host autoDeploy属性为“true”，主机将尝试根据需要动态部署和更新Web应用程序，例如，如果新的.WAR被删除appBase。为了使其工作，主机需要启用后台处理，这是默认配置。

autoDeploy 设置为“true”，运行的Tomcat允许：

部署.WAR文件复制到主机appBase。

部署已复制到主机中的爆炸Web应用程序appBase。

在提供新的.WAR时，重新部署已从.WAR部署的Web应用程序。在这种情况下，分解的Web应用程序被删除，并且.WAR再次扩展。请注意，如果主机配置为使得.WAR不会与unpackWARs 属性设置为“false” 一起爆炸，则不会发生爆炸，在这种情况下，Web应用程序将被简单地重新部署为压缩归档。

如果/WEB-INF/web.xml文件（或定义为WatchedResource的任何其他资源）更新，则重新加载Web应用程序。

如果已部署Web应用程序的上下文描述符文件已更新，则重新部署Web应用程序。

如果Web应用程序使用的全局或每主机上下文描述符文件已更新，则重新部署相关Web应用程序。

如果将上下文描述符文件（具有与先前部署的Web应用程序的上下文路径对应的文件名）添加到目录，则重新部署Web应用 $CATALINA_BASE/conf/[enginename]/[hostname]/ 程序。

取消部署Web应用程序（如果其文档库（docBase）已删除）。请注意，在Windows上，这将假定已启用防锁功能（请参阅上下文配置），否则将无法删除正在运行的Web应用程序的资源。

注意，还可以在加载器中配置Web应用程序重新加载，在这种情况下，将跟踪加载的类以进行更改。

软件特色

在Windows上安装Tomcat可以使用Windows安装程序轻松完成。其接口和功能类似于其他基于向导的安装程序，只有几个感兴趣的项目。

安装为服务：无论选择什么设置，Tomcat都将安装为Windows服务。使用组件页面上的复选框将服务设置为“自动”启动，以便Tomcat在Windows启动时自动启动。为了获得最佳安全性，该服务应作为单独的用户运行，权限降低（请参阅Windows服务管理工具及其文档）。

Java位置：安装程序将提供用于运行服务的默认JRE。安装程序使用注册表确定Java 7或更高版本JRE的基本路径，包括作为完整JDK的一部分安装的JRE。当在64位操作系统上运行时，安装程序将首先查找64位JRE，并且仅在找不到64位JRE时才查找32位JRE。不是强制使用安装程序检测到的默认JRE。可以使用任何已安装的Java 7或更高版本的JRE（32位或64位）。

托盘图标：当Tomcat作为服务运行时，Tomcat运行时不会有任何托盘图标存在。请注意，当选择在安装结束时运行Tomcat时，即使Tomcat安装为服务，也将使用托盘图标。

使用说明

测试您的Web应用程序

要测试您的应用程序，您需要在Tomcat下安装它。最快的方法是使用示例build.xml脚本中包含的自定义Ant任务。使用这些命令可能遵循这样的模式：

如果需要，启动Tomcat。如果Tomcat尚未运行，则需要以通常的方式启动它。

编译应用程序。使用ant compile 命令（或只是ant，因为这是默认值）。确保没有编译错误。

安装应用程序。使用ant install 命令。这告诉Tomcat立即在app.path构建属性中定义的上下文路径上开始运行应用程序。Tomcat的确实不是必须重新启动，这才会生效。

测试应用程序。使用浏览器或其他测试工具测试应用程序的功能。

根据需要修改和重建。当您发现需要进行更改时，请在原始源 文件中进行更改，而不是在输出构建目录中进行更改，然后重新发出 ant compile命令。这确保您的更改将可用于cvs commit以后保存（通过） - 输出构建目录被删除并根据需要重新创建。

重新加载应用程序。Tomcat将自动识别JSP页面中的更改，但它将继续使用任何servlet或JavaBean类的旧版本，直到应用程序重新加载。您可以通过执行该ant reload命令来触发此操作。

完成后删除应用程序。当您通过处理此应用程序时，可以通过运行ant remove命令将其从实时执行中删除。

在完成测试后，不要忘记将更改提交到源代码存储库！

创建发布

当你通过添加新的功能，并且你已经测试了一切（你做测试，不是你:-)，是时候创建可以在生产服务器上部署的Web应用程序的可分发版本。需要以下一般步骤：

ant all从项目源目录发出命令，最后一次从头开始重建一切。

使用该cvs tag命令为用于创建此发行版的所有源文件创建标识符。这允许您以后可靠地重建发布（从源）。

发出命令ant dist以创建可分发的Web应用程序归档（WAR）文件以及包含相应源代码的JAR文件。

打包的内容dist使用目录 的tar或ZIP工具，根据您的组织使用的标准发布程序。