Apache Tomcat是一款专业的Web服务器软件。Web服务器软件中的佼佼者Apache Tomcat。它在一个平台上提供开发人员工具和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支持以将动态内容添加到服务器的工具。
基于Java的Web服务器，用于运行Web应用程序
如果要创建一个还包含Java代码和小程序的网站，则此应用程序可以帮助Web服务器运行它们，而不是在用户的Internet浏览器中运行。这极大地提高了应用程序的可靠性和最终用户的响应时间。
服务器的主要组件是servlet容器，HTTP连接器和运行动态内容的JSP引擎。 Servlet容器（也称为Catalina）直接与Java应用程序进行交互，并确保在会话期间正确维护用户的访问权限。
Servlet容器，HTTP连接器和JSP引擎
服务器和客户端之间的通信由HTTP连接器处理，该HTTP连接器侦听TCP连接并将请求发送到JSP引擎。它还负责在处理完成后将反馈发送回客户端。
尽管Tomcat还有其他选择，但它具有一些优点，使其成为可靠的解决方案。首先，它是一种非商业解决方案，可以在任何资源最少的项目中实施。另一方面，服务器由大型社区开发，以向开发人员提供支持和反馈。
全面的Web开发解决方案
通常，由于其功能和大量资源，对于在其网站上使用Java Applet的小型用户和大型公司而言，Apache Tomcat是一个可行的解决方案。
安装方式：
1.下载并解压缩该软件，双击Apache Tomcat安装程序以进入以下向导界面，然后单击[下一步]按钮继续。
2.阅读软件许可协议，然后选中[我同意]的选项。
3.选择安装组件，用户可以选择默认组件，也可以自定义。
4.配置，用户可以设置Tomcat的基本配置。
5. Java虚拟机，用户选择Java虚拟机的路径。请选择系统上安装的Java SE 7.0或更高版本的JRE的路径。
软件功能：
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的搜索顺序是catalina.home系统属性。如果bootsot.jar存在，则它是当前目录的父目录，最后是当前工作目录。 s
Catalina base的earch顺序是catalina.base系统属性返回到Catalina主页的值。
使用说明：
开发过程
一次设置Ant和Tomcat进行开发
为了利用与Manager Web应用程序交互的特殊Ant任务，您需要一次执行以下任务（无论您计划开发多少Web应用程序）。
配置Ant定制任务。 Ant定制任务的实现代码位于名为$ CATALINA_HOME / lib / catalina-ant.jar的JAR文件中，该文件必须复制到libAnt安装目录中。
定义一个或多个Tomcat用户。经理的Web应用程序要求用户首先登录，然后在安全角色的安全约束下运行分配给他或她的经理脚本。如何定义此类用户取决于您在Tomcat conf / server.xml文件中配置的领域-有关更多信息，请参考领域配置方法。您可以使用此经理脚本角色定义任意数量的用户（使用所需的任何用户名和密码）。
创建一个项目源代码目录
第一步是创建一个新的项目源目录，并定制将要使用的build.xml和build.properties文件。目录结构已在上一节中描述，或者您可以将示例应用程序用作起点。
创建一个项目源目录，并在CVS存储库中定义它。可以使用一系列这样的命令来完成此操作：{project}您的项目应存储在CVS存储库中，而{username}是您的登录用户名：
现在，为了验证它是在CVS中正确创建的，我们将执行新项目的签出：
接下来，您需要创建并签入将build.xml用于开发的脚本的初始版本。
在执行CVS提交之前，您所做的更改是对您自己的开发目录的本地更改。提交使这些更改对共享相同CVS存储库的团队中其他开发人员可见。
下一步是定制脚本中指定的Ant属性build.xml。这是通过创建build.properties项目的顶级目录中指定的文件来完成的。受支持的属性在示例build.xml脚本的注释中列出。至少，通常需要定义安装Tomcat的catalina.home的属性以及管理器应用程序的用户名和密码。您最终将得到以下内容：
通常，您不想将build.properties文件签入CVS存储库，因为它对于每个开发人员的环境都是唯一的。
现在，创建Web应用程序部署描述符的初始版本。您可以将web.xml基于基本的web.xml文件，或者从头开始编码。
请注意，这只是一个样本web.xml文件。部署描述符文件的完整定义在Servlet规范中。
编辑源代码和页面
编辑/构建/测试任务通常是开发和维护期间最常见的活动。以下一般原则适用。如源组织中所述，新创建的源文件应位于项目源目录下的相应子目录中。
每次您要刷新开发目录以反映其他开发人员执行的工作时，都会要求CVS为您完成此操作：
要创建一个新文件，请转到相应目录，创建文件，然后使用CVS注册该文件。对内容满意（成功构建和测试后）后，将新文件提交到存储库。例如，要创建一个新的JSP页面：
软件包中定义的Java源代码必须按照与软件包名称匹配的目录层次结构（在src / subdirectory下）进行组织。例如，一个名为com.mycompany.mypackage.MyClass.java的Java类应存储在文件src / com / mycompany / mypackage / MyClass.java中。每当您创建新的子目录时，请不要忘记在CVS中注册它。
要编辑现有的源文件，通常只需要开始编辑和测试，然后
一切正常后，提交更改的文件。尽管可以将CVS配置为要求您“签出”或“锁定”要修改的文件，但通常不使用它。
构建一个Web应用程序
准备编译应用程序时，发出以下命令（通常，您需要打开一个设置为项目源目录的shell窗口，以便仅需要最后一个命令）：
Ant工具将在build.xml文件中执行默认的“编译”目标，该目标将编译任何新的或更新的Java代码。如果这是在“ build clean”之后第一次编译，它将导致所有内容重新编译。
要强制重新编译整个应用程序，请执行以下操作：
在检查更改之前，这是一个非常好的习惯，以确保您不会针对未发现的任何细微问题引入Javac的条件检查。
测试您的Web应用程序
要测试您的应用程序，您需要将其安装在Tomcat下。最快的方法是使用示例build.xml脚本中包含的定制Ant任务。使用这些命令可能遵循以下模式：
如有必要，启动Tomcat。如果Tomcat尚未运行，则需要以常规方式启动它。
编译您的应用程序。使用ant compile命令（或仅使用ant，因为这是默认设置）。确保没有编译错误。
安装应用程序。使用ant install命令。这告诉Tomcat立即在app.pathbuild属性中定义的上下文路径上开始运行您的应用程序。 Tomcat没有重新启动，这将生效。
测试应用程序。使用浏览器或其他测试工具来测试应用程序的功能。
根据需要修改和重建。当发现需要进行更改时，请在原始源文件中进行更改，而不是在输出构建目录中进行更改，然后重新发出ant compile命令。这样可以确保在cvs commit-delete输出构建目录并根据需要重新创建之后，可以保存（传递）您的更改。
重新加载应用程序。 Tomcat将自动识别JSP页面中的更改，但是它将继续使用任何servlet或JavaBean类的旧版本，直到重新加载应用程序为止。您可以通过执行ant reload命令来触发它。
完成后删除应用程序。处理此应用程序时，可以通过运行ant remove命令将其从实际执行中删除。
完成测试后，请不要忘记将更改提交到源代码存储库！
创建发布
当您添加了新功能并且已经对所有内容进行了测试（您进行测试，而不是：:)时，就可以创建可在生产服务器上部署的Web应用程序的可分发版本。需要执行以下常规步骤：
Ant全部从项目源目录发出命令，并从上次重新构建所有内容。
使用这个cvs标签
让我们为用于创建此版本的所有源文件创建标识符。 这样，您以后就可以可靠地重建发行版（从源头开始）。
发出命令ant dist来创建可分发的Web应用程序归档（WAR）文件和包含相应源代码的JAR文件。
根据织使用的标准发布过程，dist使用tar或zip实用程序打包目录的内容。
