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实用程序打包目录的内容。