Apache Tomcat 9

　　Apache Tomcat是web应用程序开发的解决方案，该软件可以帮助用户开发多种类型的网页应用，在编辑的过程中，您可以使用开源的项目让用户自行设计自己的应用程序，增加Apache Tomcat 的扩展性能；本软件可以一次性设置Ant和Tomcat进行开发，您可以使用一种编程的方式开发多种web程序，无论您计划开发多少个web应用程序，都能通过批量编程的方式得到解决，同时可以创建项目源代码、编辑源代码、构建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安装为服务，也将使用托盘图标。

使用方法

　　Tomcat可以使用commons-daemon项目中的jsvc工具作为守护进程运行。jsvc的源tarball包含在Tomcat二进制文件中，需要编译。构建jsvc需要一个C ANSI编译器（如GCC），GNU Autoconf和JDK。

　　在运行脚本之前，JAVA_HOME环境变量应设置为JDK的基本路径。或者，当调用./configure脚本时，可以使用参数来指定JDK的路径--with-java，例如 ./configure --with-java=/usr/java。

　　使用以下命令将导致编译的jsvc二进制文件，位于$CATALINA_HOME/bin文件夹中。这假定使用了GNU TAR，这CATALINA_HOME是一个指向Tomcat安装的基本路径的环境变量。

　　请注意，您应该使用GNU make（gmake），而不是FreeBSD系统上的本机BSD。

　　然后，Tomcat可以使用以下命令作为守护程序运行。

　　您可能还需要指定-jvm serverJVM是否默认使用服务器虚拟机，而不是客户端虚拟机。这已在OSX上观察到。

　　jsvc具有其他有用的参数，例如-user在守护程序初始化完成后，它会导致它切换到另一个用户。这允许例如将Tomcat作为非特权用户运行，同时仍然能够使用特权端口。请注意，如果您使用此选项并以root身份启动Tomcat，则需要禁用在org.apache.catalina.security.SecurityListener以root身份运行时阻止Tomcat启动的 检查。

　　jsvc --help将返回完整的jsvc使用信息。特别是，该-debug选项对于调试运行jsvc的问题很有用。

　　该文件$CATALINA_HOME/bin/daemon.sh可以用作启动Tomcat时从启动时自动/etc/init.d使用jsvc 的模板 。

　　创建项目源代码目录

　　第一步是创建一个新的项目源目录，并自定义将要使用的build.xml和build.properties文件。目录结构在上一节中描述，或者您可以使用 示例应用程序作为起点。

　　创建项目源目录，并在CVS存储库中定义它。这可以通过一系列这样的命令来完成，其中 {project}是您的项目应存储在CVS存储库中的名称，{username}是您的登录用户名：

　　现在，要验证它是否在CVS中正确创建，我们将执行新项目的检出：

　　接下来，您将需要创建并检入build.xml要用于开发的脚本的初始版本 。为了快速和容易地启动，基于本手册中包含build.xml的 基本build.xml文件，或从头开始编码。

　　在您执行CVS提交之前，您的更改位于您自己的开发目录的本地。提交使这些更改对您的团队中共享同一CVS存储库的其他开发人员可见。

　　下一步是定制在脚本中命名的Ant 属性build.xml。这是通过创建一个build.properties在项目的顶级目录中命名的文件来实现的。支持的属性在示例build.xml脚本中的注释中列出。至少，您通常需要定义catalina.home定义Tomcat安装位置的属性，以及管理器应用程序用户名和密码。你可能会得到这样的：

　　一般情况下，你会不会要检查的 build.properties文件到CVS仓库，因为它是唯一的每个开发人员的环境。

　　现在，创建Web应用程序部署描述符的初始版本。您可以web.xml基于 web.xml文件，或从头开始编码。

　　注意，这只是一个示例web.xml文件。部署描述符文件的完整定义在 Servlet规范中。

　　编辑源代码和页面

　　编辑/构建/测试任务通常是您在开发和维护期间最常见的活动。以下一般原则适用。如源组织中所述，新创建的源文件应位于项目源目录下的相应子目录中。

　　每当你想刷新你的开发目录以反映其他开发人员所做的工作，你将要求CVS为你做：

　　要创建新文件，请转到相应的目录，创建文件，并使用CVS注册它。当您对其内容感到满意（构建和测试成功后），将新文件提交到存储库。例如，要创建一个新的JSP页面：

　　在包中定义的Java源代码必须按照与包名称匹配的目录层次结构（位于src /子目录下）进行组织。例如，名为的Java类 com.mycompany.mypackage.MyClass.java应存储在文件中 src/com/mycompany/mypackage/MyClass.java。每当你创建一个新的子目录，不要忘记注册它与CVS。

　　要编辑现有的源文件，通常只是开始编辑和测试，然后在一切正常时提交更改的文件。虽然CVS可以配置为要求您“检出”或“锁定”您要修改的文件，但这通常不使用。

　　构建Web应用程序

　　当您准备好编译应用程序时，请发出以下命令（通常，您将需要打开一个设置为项目源目录的shell窗口，以便只需要最后一个命令）：

　　Ant工具将在文件中执行默认的“编译”目标 build.xml，这将编译任何新的或更新的Java代码。如果这是你第一次编译后“build clean”，它会导致一切都被重新编译。

　　要强制重新编译整个应用程序，请执行以下操作：

相关介绍

　　二进制分布

　　核心：

　　zip （pgp， md5， sha1）

　　tar.gz （pgp， md5， sha1）

　　32位Windows zip （pgp， md5， sha1）

　　64位Windows zip （pgp， md5， sha1）

　　32位/ 64位Windows服务安装程序 （pgp， md5， sha1）

　　完整文档：

　　tar.gz （pgp， md5， sha1）

　　部署者：

　　zip （pgp， md5， sha1）

　　tar.gz （pgp， md5， sha1）

　　附加功能：

　　JMX远程jar （pgp， md5， sha1）

　　Web服务jar （pgp， md5， sha1）

　　嵌入式：

　　tar.gz （pgp， md5， sha1）

　　zip （pgp， md5， sha1）

使用说明

　　测试您的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工具，根据您的组织使用的标准发布程序。