Apache Tomcat8.5

　　Apache Tomcat是一款用Java开发的Web服务器。它在一个平台中提供开发人员工具和Java实现。使用此应用程序，用户可以使用标准编程语言管理 HTTP Web服务器。Apache Tomcat是几种Java Enterprise Edition规范的实现，它使用表达式语言，Servlet，WebSocket和JavaServer Pages（JSP）。为用户提供了专用的Java HTTP Web服务器环境，确保每个编写的Java代码都能顺利运行。此外，它允许用户在使用Java代码时运行Web服务器。该应用程序附带了几个组件，每个组件都有自己的角色。Catalina包含servlet，而Cluster为Web服务器中的所有应用程序安排工作负载。另一方面，Coyote连接HTTP 1.1协议并将Catalina转变为Web服务器。此外，Jasper分析Web服务器上的每个JSP文件。软件在编写时遵循编码约定，包括使用空格来缩进代码。但是，用户必须注意编码有局限性。它只允许100个字符的行宽，行末尾有“{”符号，Java源代码有四个空格缩进。还有一个80字符的行宽和两个空格缩进限制，用于以.txt和.xml格式记录源。总而言之，Apache Tomcat可以帮助Java程序员以熟悉的编程语言托管Web服务器，它已成为大多数使用Java脚本运行的网站的标准工具之一。

软件功能

　　Apache Tomcat是一个用Java开发的Web服务器，旨在为您提供运行Web应用程序的纯Java环境。这些应用程序可以在Internet浏览器（如Firefox，Chrome或Internet Explorer）的界面中运行。

　　在Web开发中，使用Apache HTTP服务器通过处理客户端的请求来提供多个网站的主干。当HTTP服务器将网页传递给最终用户时，Tomcat是提供servlet支持的工具，以便向服务器添加动态内容。

　　用于运行Web应用程序的基于Java的Web服务器

　　如果您要创建一个也包含Java代码和applet的网站，则此应用程序可以帮助Web服务器运行它们，而不是在用户的Internet浏览器中运行。这极大地提高了应用程序的可靠性和最终用户的响应时间。

　　服务器的主要组件是servlet容器，HTTP连接器和运行动态内容的JSP引擎。servlet容器（也称为Catalina）直接与Java应用程序交互，并确保在会话期间正确维护用户的访问权限。

　　Servlet容器，HTTP连接器和JSP引擎

　　服务器和客户端之间的通信由HTTP连接器处理，该连接器侦听TCP连接并将请求发送到JSP引擎。它还负责在处理完成后将反馈发送回客户端。

　　虽然Tomcat还有其他替代方案，但它有一些优势使其成为可靠的解决方案。首先，它是一种非商业解决方案，可以在资源最少的任何项目中实施。另一方面，服务器由大型社区开发，为开发人员提供支持和反馈。

　　全面的Web开发解决方案

　　总的来说，由于其功能和大量资源，Apache Tomcat是小型用户和在其网站上使用Java小程序的大型公司的可行解决方案。

软件特色

　　Java servlet Internet服务器以前也是Jakarta Tomcat，它为Java代码提供了一个“纯Java”HTTP Web服务器环境。

　　Web应用程序：扩展Manager Web应用程序提供的诊断信息，以包括为每个连接器配置的SSL密码套件的详细信息。

　　端口存储配置功能，可以持久保存到server.xml和context.xml运行时容器配置更改。

　　实现一个新的Resources实现，它将Aliases，VirtualLoader，VirtualDirContext，JAR资源和外部存储库合并到一个框架中，而不是为每个功能单独框架。

　　将Mapper从连接器移动到服务，因为Mapper对于给定服务的所有连接器是相同的，并且通常有多个连接器用于服务（http，https和ajp）。这意味着现在每个服务只有一个Mapper，而不是可能有多个相同配置的Mapper对象。

　　使Mapper类型安全。主机，上下文和包装器不再作为普通对象处理，而是保持其类型。使用Mapper的代码不需要转换mapper返回的对象。

　　重构初始化代码以使用单一，一致的方法来确定Catalina home（二进制）和base（实例）目录。home的搜索顺序是catalina.home系统属性，如果存在boootstrap.jar则是当前目录的父目录，最后是当前工作目录。Catalina基地的搜索顺序是catalina.base系统属性回落到Catalina home的值。

安装方法

　　1、下载并解压软件，双击Apache Tomcat安装程序进入如下的向导界面，单击【next】按钮继续。

　　2、阅读软件许可协议，勾选【I agree】的选项。

　　3、选择安装组件，用户可以选择默认的组件，也可以自定义。

　　4、组态，用户可以对Tomcat基本配置进行设置。

　　5、Java虚拟机，用户对Java虚拟机路径选择。请选择系统上安装的Java SE 7.0或更高版本JRE的路径。

使用说明

　　开发流程

　　一次性设置Ant和Tomcat进行开发

　　为了利用与Manager Web应用程序交互的特殊Ant任务 ，您需要执行以下任务一次（无论您计划开发多少Web应用程序）。

　　配置Ant自定义任务。Ant自定义任务的实现代码位于名为的JAR文件中 $CATALINA_HOME/lib/catalina-ant.jar，必须将其复制到libAnt安装目录中。

　　定义一个或多个Tomcat用户。该管理器的Web应用程序要求用户先登录，并有安全角色的安全约束下运行manager-script分配给他或她。如何定义此类用户取决于您在Tomcat conf/server.xml文件中配置的Realm -有关详细信息，请参阅 领域配置方法。您可以使用该manager-script角色定义任意数量的用户（使用您喜欢的任何用户名和密码）。

　　创建项目源代码目录

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

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

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

　　接下来，您需要创建并签入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页面：

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

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

　　构建Web应用程序

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

　　Ant工具将在您的build.xml文件中执行默认的“compile”目标，该目标 将编译任何新的或更新的Java代码。如果这是第一次在“build clean”之后编译，则会导致重新编译所有内容。

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

　　在检查更改之前，这是一个非常好的习惯，以确保您没有引入Javac的条件检查未捕获的任何微妙问题。

　　测试您的Web应用程序

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

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

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

　　安装应用程序。使用该ant install 命令。这告诉Tomcat立即开始在app.pathbuild属性中定义的上下文路径上运行您的应用程序。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实用程序打包目录 的内容。

更新日志

　　修复CVE-2017-12617。

　　更严格的HTTP主机头验证。

　　添加ExtractingRoot，这是一个新的WebResourceRoot实现，它将JAR提取到工作目录，以便在部署压缩的WAR文件时提高性能。

　　添加了对OpenSSL SSL_CONF API的支持。为了支持这一点，所需的最低Tomcat Native版本为1.2.14。