Tomcat7中文文档(配置说明详解).doc

1、tomcat7中文文档注：本文根据tomcat官网()tomcat7.0官方文档整理。tomcat作为开源项目，深受程序开发员的喜欢，但是开源项目的缺点就是经常升级，说明文档都是英文的，搞不清楚有哪些东西换了，配置方法是不是变了。新版本出来后，网上很难找到较齐全的说明文档，只能看英文官网。在搭建java等开发平台时有很多东西要去学，每个都这样去研究太累。本人利用业余时间，研读了tomcat7的官方文档，现在把它拿出来和大家分享（初学者用不到的一些章节未翻译）。希望大家在tomcat学习上少走弯路，少花时间。tomcat目前最新版本v7.0！因本人水平有限，翻译

2、或理解不当之处，还请高手指正。让我们发挥“互联网”精神，一起完善这份文档，为开源软件使用推广出份力。-2011年7月30日于浙江丽水qq：38913314在开始学习之前，下载和安装 tomcat是必要的。（下载和安装tomcat之后的所有文档按照tomcat官网文档顺序）（注：tomcat7需要java6及以上版本，请先安装java sdk。 java_home）下载页面:http:/ 选7.0版的以下是下载安装说明：下载zip (pgp, md5) ，直接解压就可以了，无需安装。（启动tomcat:双击bin目录下的startup.bat文件。如果启动一闪

3、而过，说明tomcat发现系统没安装java或未正确设置java_home系统变量。建议再下载一个tomcat增强的arp。arp这是一种让服务器更稳定，效率更高的增强的服务器技术。默认安装没有windows动态链接库tcnative-1.dll。所以tomcat启动时会提示没有找到arp。下载存放到system32目录下即可。下载地址如下：双击“startup.bat”（注意不是startup.sh，startup.sh是unix系统用的）启动tomcat显示的信息就很“干净”了。（启动显示的首页在tomcat主目录的webapps/root里,root是默认的context(上下文)。）。

4、关闭tomcat双击“shutdown.bat”。full docaumentation 是tomcat7说明文档（和官网一样的）deployer: 部署应用程序的工具extras:： 其他一些附加类库文件。以下根据官网文档结构翻译成中文docs home ：文档主页 1) introduction tomcat总体简要介绍 2) setup 介绍如何安装tomcat 3) first webapp 第一个应用程序。介绍了servlet 规范中web应用程序（web application）的概念，web application 的组织，文档机构，部署描述文件 (/web-inf/web.xm

5、l). 等 4) deployer 介绍了如何部署web application，预编译，和验证web application。 5) manager 利用manager应用程序管理web application部署，以及在tomcat运行时重新部署 6) realms and aaa 介绍realms（域）的概念，以及怎么配置权限管理。 7) security manager 介绍怎么配置和使用security manager（安全管理器） 8) jndi resources 介绍jndi概念及如何定义 9) jdbc datasources 介绍了如何配置一个jndi的jdbc数据源，以及

6、一些流行数据库的配置方法。 10) classloading 介绍了如何加载类，以及怎样放置你的类。 11) jsps 介绍了jasper的配置，jsp编译用法 12) ssl 安装配置ssl（安全套接层），使用https协议。 13) ssi （服务器端包含）在tomcat中使用ssi（一种在html文件嵌入一些ssi指令，在网页加载时服务器端再解析这些指令的方法） 14) cgi 通用网关接口。介绍tomcat如何配置cgi。 15) proxy support 介绍有关代理的内容 16) mbean descriptor 介绍有关mbean内容。 17) default servlet

7、默认的servlet 18) clustering （集群：是一组独立的计算机系统构成一个松耦合的多处理器系统，它们之间通过网络实现进程间的通信。应用程序可以通过网络共享内存进行消息传送，实现分布式计算机。 19) load balancer 负载均衡 20) connectors 连接模块，支持集群和负载均衡 21) monitoring and management 监视管理tomcat 22) logging 有关日志的内容 23) apr/native tomcat一种实现更好性能，可扩张伸缩、更好集成的服务器技术 24) virtual hosting 虚拟主机 25) advanc

8、ed io 26) additional components 附加组件 27) mavenized tomcat中如何利用maven. 28) security considerations 安全化方面的注意事项 29) windows service 在windows系统中将tomcat作为一种后台服务运行 30) windows authentication 如何整合windows系统的身份验证 31) tomcats jdbc pool tomcat的数据库连接池技术，比common_dbcp更优的选择。 faq 常见问题，里面有一些有用的编程经验。包括中文乱码处理，数据库连接等。1)

9、 introduction 简单的一些介绍terminology 术语：context（一般叫上下文） ：简单的说： a context is a web application.。一个context就是一个web应用程序。directories and files 目录和文件 ：文中$catalina_home 代表你安装tomcat的目录。如果tomcat有多个实例就用$catalina_base 区分。如果只有一个实例，$catalina_home 和$catalina_base的意义是一样的。tomcat的目录及包含内容/bin 包含启动、关闭tomcat和其他一些脚本。.sh文件是u

10、nix系统用的，.bat是window系统用的，但功能是相同的。因为win32系统缺乏某些功能，因此在该目录下还包含一些辅助文件。/conf 包含一些配置文件和dtd文件，最重要的文件是server.xml，它是tomcat的主配置文件。/logs 日志目录，存放日志文件。/webapps 应用目录，你自己的web应用程序就放在这里。(其实还包括 /lib（tomcat核心类库） /work(jvm临时文件目录java.io.tmpdir)configuring tomcat 配置tomcat所有的配置文件在启动的时候会被读取，如果有配置文件有变动必须重启tomcat，以反映新的配置。 whe

11、re to go for help 从哪里获得帮助 2) setup （安装）windows环境的安装installation as a service 。选择此项，在window系统将作为一个windows服务（service）来安装。如果安装过程中选中auto，则在window启动时将自动启动。出于安全考虑，建议为该服务建立一个单独的window账户，减少不必要的一些权限。java location: tomcat需要java环境。安装时，tomcat会去读取window注册表或window的java_home系统变量。tray icon: window右下角的托盘图标。如果作为tomca

12、t作为serverice来运行，将不会出现托盘图标（但刚安装好后，选择立即启动时，会显示）。安装程序将创建快捷方式来启动或配置tomcat，但要启动administration web application （用来管理tomcat配置的应用程序），必须先启动tomcat。 3) first webapp 通过一个web应用，熟悉tomcat的基本结构 installation 介绍了tomcat的安装以及一些工具的安装（ant:一个类似make的工具，用来编译/运行/测试java程序，强烈推荐了解ant，因为后面很多地方用到它。ant介绍可见百度 cvs:编程时的源代码控制工具，concur

13、rent version system，方便维护源代码文档，适合多人开发时维护文档，有服务器端和客户端。百度介绍的很清楚： deploymentbackground 背景部署web应用到一个特定服务器时，将需要分配一个context（比如/catalog），这样你就可以通过/catalog/index.html来访问你的网页了。standard directory layout 一个web应用的标准目录结构*.html, *.jsp, etc. 放置 html and jsp 网页以及css样式、图片等资料，大的项目可以再建立子目录。/web-inf/web.xml web应用的部署文件，是个

14、xml文件。在这个文件你可以你可以定义servlet和一些组件，还能够初始化参数，以及安全上的一些限制设置。/web-inf/classes/ 在这个目录，放置java类文件，这些类文件是没有打包（jar包）的类文件（servlet或非servlet类文件），放在这里的类必须和你的package目录结构一致。如类com.mycompany.mypackage.myservlet ，目录就像下面/web-inf/classes/com/mycompany/mypackage/myservlet.class/web-inf/lib/ 在这个目录，放置java类文件（用jar形式），比如第三方的类库

15、和数据库连接用的jdbc驱动类库。当你将一个应用程序安装到tomcat，web-inf/classes/ 和web-inf/lib/的类文件对于你特定的web应用程序里的其他类是可见的。 如果你将你所需要的所有类库放在这些位置，这将简化你的web应用程序的安装过程，而不必调整系统的类路径。（否则系统的类路径需要修改，不然import的类会找不到）上述这些其实是servlet api specification, version 2.3章中的内容。shared library files 共享文件库放在$catalina_home/lib目录中，共所有web 应用程序共享。jar文件放在这里对w

16、eb应用程序和tomcat内部代码都是可见的。web应用程序或tomcat用到的jdbc drivers放在这里是比较合理的。tomcat预安装的共享类库包括servlet 3.0 and jsp 2.1 apis 和xml parser apis（一个xml解析器，符合jaxp（java api for xml parsing：用于分析的），这样你就可以在你的应用程序中用基于dom-based 或 sax-based方式处理xml文件。（dom文档对象模型，sax the simple api for xml，一个循序存取xml的api）web application deployment

17、descriptor web 应用部署描述/web-inf/web.xml是部署描述文件。定义应用程序中服务器需要知道的一切东西（context除外，它是部署的时候由管理员分配的）。原文提供了一个web文件例子见：basic web.xml file，里面有每个元素的含义解释。servlet包含了web.xml文件的dtd （文档类型描述），因此你的web.xml必须按照dtd的顺序声明。tomcat context descriptor tomcat的 context描述文件/meta-inf/context.xml用来定义tomcat特有的一些配置选项，如日志，数据源，session管理等

18、，该文件必须包含一个元素。this xml file must contain one context element, which will be considered as if it was the child of the host element corresponding to the host to which the the tomcat configuration documentation contains information on the context element.（英文看不懂）deployment with tomcat 部署$catalina_base 代表

19、应用的基目录，相关的目录以它为根。如果你没有配置运行tomcat的多个实例，$catalina_base将被设置为$catalina_home。要配置tomcat的多个实例，见百度。可以放在两个不同目录的tomcat软件，修改其中一个的端口即可，但不方便升级tomcat，因为两个tomcat软件都要升级。较好的做法是在同一个tomcat软件上运行多个实例，新建一个和tomcat目录一样的目录（比如在tomcat安装目录下新建一个web目录），但web目录只包括以下子目录（conf,logs,shared,webapps,work,temp），不包括bin、 lib目录。在/conf/serve

20、r.xml中新建一个service元素，定义第二个实例，修改端口。然后在这个目录下写一个新的startup.bat文件（在bat文件中设置$catalina_base）,用以启动tomcat。这样就可以启动另外一个tomcat实例了。web应用要可执行，必须部署到servlet容器中（tomcat），即使是在开发期间。几种部署的方法。copy unpacked directory hierarchy into a subdirectory in directory 直接拷贝未打包的程序目录到$catalina_base/webapps/ ，tomcat将分配一个context path给你（根

21、据你的应用的子目录名），在开发期间，这是最快最容易的方法。安装和更新web应用后必须重启tomcat。copy the web application archive file into directory $catalina_base/webapps/.拷贝打包的web应用程序（war包）到$catalina_base/webapps/。如果拷贝时tomcat已经启动了，tomcat将自动解包，并且可执行。这种方式比较适合于从第三方来的打包的应用。注意：用这种方法部署，如果你想更新你的web应用，你必须删除tomcat自动解包的目录，并且将新的包覆盖原来的包。然后重启tomcat，反映你的变

22、化。use the tomcat manager web application to deploy and undeploy web applications.利用tomcat manager web application部署。tomcat默认有一个manager的web应用程序，这个应用程序的context path是/manager.允许你在一个运行tomcat的服务器上部署或卸载应用程序，而不需要重启。use manager ant tasks in your build script. 利用在ant的部署文件中的“manager”任务（task）。tomcat包含一组自定义的ant

23、任务，这些任务被用于tomcat的部署。use the tomcat deployer. tomcat包含一个绑定到ant tasks的打包工具，可以在部署到服务器之前自动对jsps（也是web应用程序的其中一部分）预编译。directory structure 目录结构将源代码目录与原来tomcat部署的目录独立分开是一种很好的做法。它有很多优点，代码更容易管理、控制，部署更方便。你可以根据你喜欢的方式建立目录，下面是一种比较流行的目录结构：docs/ 存放应用程序文档。src/ 存放你的web应用程序特有的servlets, beans, and other java classes源文件

24、，如果有package，要注意目录与包名的一致。web/ 存放一些静态内容，如html pages, jsp pages, javascript files, css stylesheet files, and images。这个目录成了你的web应用的根目录，web/web-inf/ 这个目录包括：web.xml ，自定义的tag 库，已经其他你想放置的资源，虽然这个目录是根目录的子目录，但servlet的规范不允许客户端直接访问该目录，因此这里是放置一些比较敏感且必要的信息的好地方，比如数据库的用户名和密码。在开发期间，有两个目录是临时建立的。build/ 当你执行ant的一个默认buil

25、d，这个目录将包含你的web应用程序包里文件的镜像。dist/ 当你执行一个ant的target目标时，这个目录将被建立，它将创建一个二进制的发行版本，包括你预先准备好的文档，版权等信息。注意，不要在这两个目录编辑你的源文件，因为它们会被删除和重建。 source code source code source code source codeexternal dependencies 外部的依赖如何利用一些外部的依赖类库，不同的程序员有不同的方法，有的是拷贝一份外部依赖类库到每个应用程序的源代码控制文档。这会面临重大问题，特别是你要升级时，每个应用程序里你都要升级。强烈推荐不要采取上面的做法

26、，取而代之的，应该是将外部的依赖类库作为building应用程序的过程的一个部分，在ant中设置build.xml 文件里的build properties来配置要拷贝的文件目录，而不要担心外部类库升级问题。例子中的build.xml通过定义build properties，在类库修改时也不需要修改build.xml文件。很多时候，系统管理员已经将这些类库放在了lib目录里，你根本不需要做什么，例子中的build.xml将自动为你建立一个包含这些文件的编译路径。source code control 源代码控制涉及到cvs使用的一些问题，不深究。 build.xml configuration

27、 file processes build.xml配置文件build.xml 被放置在源代码的顶层目录。介绍了build中常见的target。 source code deployment source code开发过程：建立ant环境，建立源代码目录，编辑源代码和网页、构建web应用程序、测试应用程序、创建一个发布。 4) deployer 部署两种方式部署：一、 静态安装：在tomcat启动之前就安装好二、 动态安装：通过tomcat manager web application 管理程序安装或手工部署tomcat manager 是一个部署应用程序，还有一种叫client deploy

28、er（客户端部署），这是基于命令行脚本的工具。installation其实部署不需要安装任何东西，但如果你要用client deployer部署，则需要安装。tomcat提供了一个client deployer（tcd），这个tcd没有在tomcat的核心包内，你需要单独下载安装（需要ant）a word on contexts在谈论部署问题时，context这个概念必须要理解。简单的说一个 context 就是一个web应用程序。为了在tomcat中配置context，context描述是必须的，这个描述放在一个xml文件里，这个文件里有一些与context相关的配置，如命名资源，sessi

29、on等。在tomcat早起的版本中，context描述也被放在tomcat的主配置文件server.xml文件中，但是现在不推荐这样做（虽然这样它也可以正常工作）。context描述一般放在下面两个位置比较合理：1. $catalina_base/conf/enginename/hostname/context.xml 2. $catalina_base/webapps/webappname/meta-inf/context.xml 第一个文件名是webappname.xml ；第二个文件名是context.xml。如果context描述没有提供，tomcat将使用默认值配置这个context

30、。官网接下去介绍了几种部署的方式。这里重点讲一下deploying on a running tomcat server（在一个正在运行的tomcat服务器中部署）假如host 的autodeploy属性是true，host将会自动部署和更新web应用程序。拷贝war文件到web应用的根目录，web应用会自动展开的。假如web应用被更新了，tomcat会再部署，删除原来展开的目录，并重新展开新web应用war文件。注意如果unpackwars属性是false，部署时就不会自动展开war文件。web.xml有变动也会重新部署，context描述文件有变动或者添加到$catalina_base/c

31、onf/enginename/hostname/目录也会重新部署。删除一个web应用的根目录就会卸载一个web应用 5) manager 5) manager（tomcat的一个管理用的web应用程序）introduction在很多生产环境中，不必关闭和重启整个的容器而可以安装（或卸载或重载）一个的应用程序是很有用的。tomcat提供了一个专门管理用的web应用程序manager.这个应用程序可以部署web应用、显示已经部署的应用、重载web应用、显式os and jvm属性值、显示jndi资源、停止或启动一个web应用、卸载一个应用。tomcat默认安装有这个应用程序，manager.xml

32、文件有这个应用的context描述，如例子。有3种方式使用这个管理应用程序：一是通过在浏览器中的使用管理界面；二是使用http形式的脚本，如http:/host:port/manager/text/command?parameters。脚本命令附加在http地址后面。三是通过ant的任务来操作。configuring manager application access（配置访问权限）访问这个应用需要一个manager-script角色的用户并配置用户名和密码。memoryrealm tomcat默认将用户信息存放在$catalina_base/conf/tomcat-users.xml，如有

33、manager-script角色的用户才能登录这个应用。jdbcrealm 如果你的用户信息存放在你自己的数据库中，只要赋予它manager-script角色就可以了。jndirealm 如果你的用户信息存放在目录中（通过ldap），只要赋予它manager-script角色就可以了。你还可以通过配置限定登录的ip地址。官网下面介绍了如何使用manager，此处不详解了。 6) realms and aaarealm 域其实就是一个访问权限的概念，也就是定义某个用户可以访问哪些资源，如网页等。realm 定义在、代表不同的作用范围。digested passwords(摘要式密码)这是tomc

34、at为了防止密码明码传输不安全而开发新技术，用某种算法对密码进行摘要，服务器上也对该密码用这种算法进行摘要，再进行比对，若一致就允许登录。对manager应用程序来说，tomcat没有给任何人分配manager-gui角色，只有管理员添加了这个角色，这个用户才能登录。官网介绍了几种域的配置，下面重点讲解jdbcrealm。jdbcrealm 需要一个用户表，存放用户名和密码；还需要一个用户角色权限表，存放用户名和角色。这是一个典型的定义：其他几种域的配置方式也是大同小异。此处不详解。 7) security manager（安全性管理）这章主要讲了tomcat在安全性上的管理。java的安全性

35、管理可以在你用浏览器访问时阻止不信任的程序访问你的本地系统。tomcat也可以使用安全管理性来保护你的服务器免受特洛伊网页侵害。假如你授权他可以发布的人不小心将这个指令放在jsp网页中，每次有人访问这个网页，tomcat就会退出。使用java securitymanager 就像多了一条防线，系统管理员可以使得tomcat更安全，更可靠。选择运行java securitymanager总比没有java securitymanager 明智。 permissionspermission类被用来定义：在一个类被tomcat加载的时候它有什么权限。standard permissions 所列的是j

36、ava中的standard permissions类。tomcat custom permissions tomcat自定义的一个权限类：org.apache.naming.jndipermission。用于控制访问jndi 资源。这是tomcat自动部署时，自动建立的权限。permission java.io.filepermission * your application context*, read;permission java.io.filepermission * application working directory*, read,write;permission java

37、.io.filepermission * application working directory*/-, read,write,delete;这个定义允许它去读自己的静态资源，但不允许它使用文件去读取另外的文件。configuring tomcat with a securitymanagertomcat的安全策略文件 $catalina_base/conf/catalina.policywindow下你可以通过%catalina_home%bincatalina start -security (windows)这个指令启动带安全性管理的tomcat服务器。configuring pac

38、kage protection in tomcat现在，你可以配置哪些tomcat的内部包是阻止被定义和访问的。 8) jndi resourcesintroductiontomcat为每一个web应用程序提供了一个initialcontext实例，java ee 在/web-inf/web.xml 文件提供了一组标准的元素，用于引用或定义resource。web.xml configuration这些定义的资源，可以被定义于你当前的web应用的web应用布署描述(/web-inf/web.xml)文件中的以下节点使用：l ：该值用来指定应用运行的环境入口(environment entry)

39、，一个单值参数(a single-value parameter)可以用于配置应用程序如何操作。l ：资源引用(resource reference),典型的应用为jdbc datasource、javamail session，或者配置于tomcat5中的自定义对象工厂。l ：资源环境引用(resource environment reference)，增加于servlet 2.4中的resource-ref校验，这种可以简化资源配置，不需要授权信息。假如tomcat能够识别出使用一个合适的资源工厂创建资源，而不需要更进一步的配置信息，那么tomcat就用/web-inf/web.xml中的

40、信息创建资源。context.xml configuration假如tomcat不能识别出一个合适的资源工厂去创建资源，或者需要额外的信息，那么tomcat还需要提供特殊的一些配置。tomcat特殊的配置被放在 元素中，这个元素可以放在$catalina_base/conf/server.xml 中，也可以放在每个web应用程序的meta-inf/context.xml文件中。 ：相当于 ：相当于 ：资源连接，可以指向 元素中定义的 ：为在java:comp/usertransaction中有效的初使化usertransaction对象实例增加资源工厂。假如一个资源被定义在 中就没必要再在/w

41、eb-inf/web.xml定义。然而，推荐保持入口放在/web-inf/web.xml。同一个资源名称同时被定义在/web-inf/web.xml中的和中的，只要 允许（通过设置override属性为true），/web-inf/web.xml中的定义值优先。global configurationtomcat为global resources （全局资源）提供了一个单独的命名空间。global resources在$catalina_base/conf/server.xml中的 被定义。你可以使用这些资源（通过）。假如一个资源被定义在 就没必要再在/web-inf/web.xml定义。然而

42、，推荐放在/web-inf/web.xml。using resourcesinitialcontext在一个web应用程序最开始的部署时被配置，它被当作一个可用的组件（只读的）。所有被配置的实体和资源都放在java:comp/env名字空间里。/ obtain our environment naming contextcontext initctx = new initialcontext();context envctx = (context) initctx.lookup(java:comp/env);/ look up our data sourcedatasource ds = (d

43、atasource) envctx.lookup(jdbc/employeedb);/ allocate and use a connection from the poolconnection conn = ds.getconnection();. use this connection to access the database .conn.close();tomcat standard resource factoriestomcat提供了一系列的标准资源工厂，同时又给你弹性灵活的配置（通过）而不必修改web应用程序或部署描述符文件。 注意：在标准资源工厂中，只有jdbc data s

44、ource及user transaction工厂可以移植到其它非tomcat平台，其它的标准资源工厂，包括你编写的自定义资源工厂，都只可以在tomcat下运行，不可以移植到其它的平台。官网以下介绍了generic javabean resources、userdatabase resources、javamail sessions、jdbc data sources等的配置和使用方法。 9) jdbc datasourcesintroductionjndi datasource配置已经在jndi-resources-howto中大篇幅的讲到，但从客户反馈的信息看，设置一些个别的细节配置还是很棘

45、手。官网中提醒：下面的例子可能在tomcat7中要对jndi resource 稍作修改才能用。这个指导文档假设你已经熟知context and host 和后面关于自动部署的知识。database connection pool (dbcp) configurationsdbcp支持jdbc 2.0.。在运行jvm1.4的系统支持jdbc 3.0. dbcp使用commons database connection pool，需要以下组件： commons dbcp commons pool 这些类库被包含在$catalina_home/lib/tomcat-dbcp.jar中，只有conn

46、ection pooling 需要的类被包含在里面，包名也更换了，以免混淆。preventing db connection pool leaks（防止连接池泄漏）数据库连接池别用来创建和管理数据库的连接。回收和重用已经存在的连接比新建一个连接的效率更高。然而，这里有个问题。一个web应用程序应该能够正常的关闭resultsets, statements, and connections。而不能正常关闭这些资源将导致不能被重用，数据库连接池“泄漏”了。这最终将导致web应用程序中无连接可用。为了配置一个dbcp datasource，被遗弃的数据库连接被移除回收。当可用连接不够时，dbcp 将

47、还原和循环利用被遗弃的连接。官网接着是各种数据库的连接例子。common problems（通常碰到的问题）关闭连接时要注意，代码如果不注意有可能关闭两次，导致错误。见例子。 10) classloading介绍了tomcat类的加载机制和原理。tomcat类加载的层次：bootstrap（引导系统） system common webappx加载顺序： bootstrap classes of your jvm system class loader classes (described above) /web-inf/classes of your web application /web

48、-inf/lib/*.jar of your web application $catalina_home/lib $catalina_home/lib/*.jar xml parsers and jse 5在jse5众多的变化中，jse 5jre中包含了jaxp apis和xerces，这对使用自己的xml parser.是有影响的。在tomcat前面的版本中你可以在$catalina_home/common/lib简单的替换xml parser。但是，在jse5中,这样将不起作用。因为通常的类加载器派遣进程将总是选择jdk中指定的。tomcat通过endorsed standards ov

49、erride mechanism 机制可以使用自己的xml parser. -djava.endorsed.dirs=$java_endorsed_dirs 11) jspsintroductiontomcat 7.0使用jasper 2 engine来实现javaserver pages 2.1（jsp 2.1规范）jasper 2被重新设计了。相比原版本提升了性能。configuration默认，jasper在开发web应用程序的时候被配置。jasper的servlet初始化参数在$catalina_base/conf/web.xml定义。 known issues（目前已知存在的问题bu

50、g）在编译大的jsp文件时，有可能会出现java.lang.internalerror: name is too long to represent异常，你可以缩小jsp文件，也可以禁用smap，通过jsr-045支持的suppresssmap（true）属性。production configurationjsp主要的优化就是预编译jsp，然而有时是不可能的或不实际的，在这种情况，配置jasper servlet就很关键了。当你在生产机上使用jasper 2时，你应该考虑作些改变。web application compilationdevelopment （设置为开发模式）web appl

51、ication compilation对于用jspc（apusic提供了jspc工具对jsp文件进行预编译，它的工作原理是首先对jsp源文件进行解析生成java文件，然后使用标准的java编译器编译。）来编译web applications，用ant是首选的方法。jsr-45 是这样规定的：jsp 被编译成 java 代码时，同时生成一份 jsp 文件名和行号与 java 行号之间的对应表(smap)。hints: 当你更换tomcat版本时，重新编译你的jsp文件。在server runtime让pagecontext pooling不可用。限制缓冲buffering。 12) ssl 12

52、) ssl 12) ssl 12) ssl 12) ssl（讲解如何配置安全套接层，实现加密传输） 13) ssi 12) 12) 12) 12) 12) 12) 12) 13) ssi 13) ssi13) ssi 13) ssi 14) cgissi是嵌入html里的一些指令，在这些网页被请求的时候，由服务器端求值。它们允许你在html里增加动态生成的内容，而不必使用cgi程序，或其他技术。ssi可以作为servlet或filter的支持，你只能选择其一，不能两者同时用。org.apache.catalina.ssi.ssiservlet ，匹配的url是*..apache.catalina.ssi.ssifilter，匹配的url是*.shtml。tomcat默认不支持ssi。insta