如何配置tomcat并使用
① 怎么配置tomcat 9.0环境变量
java环境的配置应该都学过吧，这里简单的讲一下。
下载安装java JDK，注意安装的路径，我们需要进行环境变量的配置。
安装完成以后，配置环境变量
环境变量的配置这里就以win7为例：右击计算机——属性——高级系统设置。
点击下面的环境变量，进入后在系统变量一栏点击新建，然后输入如下：
名称：JAVA_HOME
变量值：刚刚安装的路径
在上面的一栏中点击新建，内容如下：
名称：CLASS_PATH
变量值：.;%JAVA_HOME%\lib;%JAVA_HOME%\lib\tools.jar
一定要注意所有符号都是英文状态的。
在系统环境变量中有一个path的环境变量，选中后选择编辑，将JAVA_HOME添加进去即可，如图：在最后加上;%JAVA_HOME%\bin;
测试java环境是否配置成功
按下win+R键，输入cmd调出命令符控制窗口。输入：java -version 后查看是否显示版本即可。
② tomcat如何配置
需要做的就是：按照你的需求配置Tomcat，只要你正确配置，Tomcat一般都能适合你的要求。下面是一系列关于Tomcat的配置技巧，这些技巧源自于我的书：《Tomcat权威指南》，希望对你有所帮助。 Jason Brittain
1． 配置系统管理（Admin Web Application）
大多数商业化的J2EE服务器都提供一个功能强大的管理界面，且大都采用易于理解的Web应用界面。Tomcat按照自己的方式，同样提供一个成熟的管理工具，并且丝毫不逊于那些商业化的竞争对手。Tomcat的Admin Web Application最初在4.1版本时出现，当时的功能包括管理context、data source、user和group等。当然也可以管理像初始化参数，user、group、role的多种数据库管理等。在后续的版本中，这些功能将得到很大的扩展，但现有的功能已经非常实用了。
Admin Web Application被定义在自动部署文件：CATALINA_BASE/webapps/admin.xml 。
（译者注：CATALINA_BASE即tomcat安装目录下的server目录）
你必须编辑这个文件，以确定Context中的 docBase参数是绝对路径。也就是说，CATALINA_BASE/webapps/admin.xml 的路径是绝对路径。作为另外一种选择，你也可以删除这个自动部署文件，而在server.xml文件中建立一个Admin Web Application的context，效果是一样的。你不能管理Admin Web Application这个应用，换而言之，除了删除CATALINA_BASE/webapps/admin.xml ，你可能什么都做不了。
如果你使用UserDatabaseRealm（默认），你将需要添加一个user以及一个role到CATALINA_BASE/conf /tomcat-users.xml 文件中。你编辑这个文件，添加一个名叫“admin”的role 到该文件中，如下：
＜role name="admin"/＞
你同样需要有一个用户，并且这个用户的角色是“admin”。象存在的用户那样，添加一个用户（改变密码使其更加安全）：
＜user name="admin" password="deep_dark_secret" roles="admin"/＞
当你完成这些步骤后，请重新启动Tomcat，访问http://localhost:8080/admin，你将看到一个登录界面。Admin Web Application采用基于容器管理的安全机制，并采用了Jakarta Struts框架。一旦你作为“admin”角色的用户登录管理界面，你将能够使用这个管理界面配置Tomcat。
2．配置应用管理（Manager Web Application）
Manager Web Application让你通过一个比Admin Web Application更为简单的用户界面，执行一些简单的Web应用任务。
Manager Web Application被被定义在一个自动部署文件中：
CATALINA_BASE/webapps/manager.xml 。
你必须编辑这个文件，以确保context的docBase参数是绝对路径，也就是说 CATALINA_HOME/server/webapps/manager的绝对路径。
（译者注：CATALINA_HOME即 tomcat安装目录）
如果你使用的是UserDatabaseRealm，那么你需要添加一个角色和一个用户到 CATALINA_BASE/conf/tomcat-users.xml文件中。接下来，编辑这个文件，添加一个名为“manager”的角色到该文件中：
＜role name=”manager”＞
你同样需要有一个角色为“manager”的用户。像已经存在的用户那样，添加一个新用户（改变密码使其更加安全）：
＜user name="manager" password="deep_dark_secret" roles="manager"/＞
然后重新启动Tomcat，访问http://localhost/manager/list，将看到一个很朴素的文本型管理界面，或者访问http://localhost/manager/html/list，将看到一个HMTL的管理界面。不管是哪种方式都说明你的Manager Web Application现在已经启动了。
Manager application让你可以在没有系统管理特权的基础上，安装新的Web应用，以用于测试。如果我们有一个新的web应用位于/home/user /hello下在，并且想把它安装到 /hello下，为了测试这个应用，我们可以这么做，在第一个文件框中输入“/hello”（作为访问时的path），在第二个文本框中输入“file: /home/user/hello”（作为Config URL）。
Manager application还允许你停止、重新启动、移除以及重新部署一个web应用。停止一个应用使其无法被访问，当有用户尝试访问这个被停止的应用时，将看到一个503的错误??“503 - This application is not currently available”。
移除一个web应用，只是指从Tomcat的运行拷贝中删除了该应用，如果你重新启动Tomcat，被删除的应用将再次出现（也就是说，移除并不是指从硬盘上删除）。
3．部署一个web应用
有两个办法可以在系统中部署web服务。
1＞ 拷贝你的WAR文件或者你的web应用文件夹（包括该web的所有内容）到$CATALINA_BASE/webapps目录下。
2＞ 为你的web服务建立一个只包括context内容的XML片断文件，并把该文件放到$CATALINA_BASE/webapps目录下。这个web应用本身可以存储在硬盘上的任何地方。
如果你有一个WAR文件，你若想部署它，则只需要把该文件简单的拷贝到 CATALINA_BASE/webapps目录下即可，文件必须以“.war”作为扩展名。一旦Tomcat监听到这个文件，它将（缺省的）解开该文件包作为一个子目录，并以WAR文件的文件名作为子目录的名字。接下来，Tomcat将在内存中建立一个context，就好象你在server.xml文件里建立一样。当然，其他必需的内容，将从server.xml中的DefaultContext获得。
部署web应用的另一种方式是写一个Context XML片断文件，然后把该文件拷贝到CATALINA_BASE/webapps目录下。一个Context片断并非一个完整的XML文件，而只是一个 context元素，以及对该应用的相应描述。这种片断文件就像是从server.xml中切取出来的context元素一样，所以这种片断被命名为 “context片断”。
举个例子，如果我们想部署一个名叫MyWebApp.war的应用，该应用使用realm作为访问控制方式，我们可以使用下面这个片断：
＜!--
Context fragment for deploying MyWebApp.war
--＞
＜Context path="/demo" docBase="webapps/MyWebApp.war"
debug="0" privileged="true"＞
＜Realm className="org.apache.catalina.realm.UserDatabaseRealm"
resourceName="UserDatabase"/＞
＜/Context＞
把该片断命名为“MyWebApp.xml”，然后拷贝到CATALINA_BASE/webapps目录下。
这种context片断提供了一种便利的方法来部署web应用，你不需要编辑server.xml，除非你想改变缺省的部署特性，安装一个新的web应用时不需要重启动Tomcat。
4．配置虚拟主机（Virtual Hosts）
关于server.xml中“Host”这个元素，只有在你设置虚拟主机的才需要修改。虚拟主机是一种在一个web服务器上服务多个域名的机制，对每个域名而言，都好象独享了整个主机。实际上，大多数的小型商务网站都是采用虚拟主机实现的，这主要是因为虚拟主机能直接连接到Internet并提供相应的带宽，以保障合理的访问响应速度，另外虚拟主机还能提供一个稳定的固定IP。
基于名字的虚拟主机可以被建立在任何web服务器上，建立的方法就是通过在域名服务器（DNS）上建立IP地址的别名，并且告诉web服务器把去往不同域名的请求分发到相应的网页目录。因为这篇文章主要是讲 Tomcat，我们不准备介绍在各种操作系统上设置DNS的方法，如果你在这方面需要帮助，请参考《DNS and Bind》一书，作者是Paul Albitz and Cricket Liu (O'Reilly)。为了示范方便，我将使用一个静态的主机文件，因为这是测试别名最简单的方法。
在Tomcat中使用虚拟主机，你需要设置DNS或主机数据。为了测试，为本地IP设置一个IP别名就足够了，接下来，你需要在server.xml中添加几行内容，如下：
＜Server port="8005" shutdown="SHUTDOWN" debug="0"＞
＜Service name="Tomcat-Standalone"＞
＜Connector className="org.apache.coyote.tomcat4.CoyoteConnector"
port="8080" minProcessors="5" maxProcessors="75"
enableLookups="true" redirectPort="8443"/＞
＜Connector className="org.apache.coyote.tomcat4.CoyoteConnector"
port="8443" minProcessors="5" maxProcessors="75"
acceptCount="10" debug="0" scheme="https" secure="true"/＞
＜Factory className="org.apache.coyote.tomcat4.CoyoteServerSocketFactory"
clientAuth="false" protocol="TLS" /＞
＜/Connector＞
＜Engine name="Standalone" defaultHost="localhost" debug="0"＞
＜!-- This Host is the default Host --＞
＜Host name="localhost" debug="0" appBase="webapps"
unpackWARs="true" autoDeploy="true"＞
＜Context path="" docBase="ROOT" debug="0"/＞
＜Context path="/orders" docBase="/home/ian/orders" debug="0"
reloadable="true" crossContext="true"＞
＜/Context＞
＜/Host＞
＜!-- This Host is the first "Virtual Host": http://www.example.com/ --＞
＜Host name="www.example.com" appBase="/home/example/webapp"＞
＜Context path="" docBase="."/＞
＜/Host＞
＜/Engine＞
＜/Service＞
＜/Server＞
Tomcat的server.xml文件，在初始状态下，只包括一个虚拟主机，但是它容易被扩充到支持多个虚拟主机。在前面的例子中展示的是一个简单的server.xml版本，其中粗体部分就是用于添加一个虚拟主机。每一个Host元素必须包括一个或多个 context元素，所包含的context元素中必须有一个是默认的context，这个默认的context的显示路径应该为空（例如，path=””）。
5．配置基础验证（Basic Authentication）
容器管理验证方法控制着当用户访问受保护的web应用资源时，如何进行用户的身份鉴别。当一个web应用使用了Basic Authentication（BASIC参数在web.xml文件中auto-method元素中设置），而有用户访问受保护的web应用时，Tomcat将通过HTTP Basic Authentication方式，弹出一个对话框，要求用户输入用户名和密码。在这种验证方法中，所有密码将被以64位的编码方式在网络上传输。
注意：使用Basic Authentication通过被认为是不安全的，因为它没有强健的加密方法，除非在客户端和服务器端都使用HTTPS或者其他密码加密码方式（比如，在一个虚拟私人网络中）。若没有额外的加密方法，网络管理员将能够截获（或滥用）用户的密码。但是，如果你是刚开始使用Tomcat，或者你想在你的 web应用中测试一下基于容器的安全管理，Basic Authentication还是非常易于设置和使用的。只需要添加＜security-constraint＞和＜login-config＞两个元素到你的web应用的web.xml文件中，并且在CATALINA_BASE/conf/tomcat-users.xml 文件中添加适当的＜role＞和＜user＞即可，然后重新启动Tomcat。
下面例子中的web.xml摘自一个俱乐部会员网站系统，该系统中只有member目录被保护起来，并使用Basic Authentication进行身份验证。请注意，这种方式将有效的代替Apache web服务器中的.htaccess文件。
＜!--
Define the Members-only area, by defining
a "Security Constraint" on this Application, and
mapping it to the subdirectory (URL) that we want
to restrict.
--＞
＜security- constraint＞
＜web-resource-collection＞
＜web-resource-name＞
Entire Application
＜/web-resource-name＞
＜url-pattern＞/members/*＜/url- pattern＞
＜/web-resource-collection＞
＜auth-constraint＞
＜role- name＞member＜/role-name＞
＜/auth-constraint＞
＜/security- constraint＞
＜!-- Define the Login Configuration for this Application --＞
＜login-config＞
＜auth-method＞BASIC＜/auth-method＞
＜realm- name＞My Club Members-only Area＜/realm-name＞
＜/login-config＞
6．配置单点登录（Single Sign-On）
一旦你设置了realm和验证的方法，你就需要进行实际的用户登录处理。一般说来，对用户而言登录系统是一件很麻烦的事情，你必须尽量减少用户登录验证的次数。作为缺省的情况，当用户第一次请求受保护的资源时，每一个web应用都会要求用户登录。如果你运行了多个web应用，并且每个应用都需要进行单独的用户验证，那这看起来就有点像你在与你的用户搏斗。用户们不知道怎样才能把多个分离的应用整合成一个单独的系统，所有他们也就不知道他们需要访问多少个不同的应用，只是很迷惑，为什么总要不停的登录。
Tomcat 4的“single sign-on”特性允许用户在访问同一虚拟主机下所有web应用时，只需登录一次。为了使用这个功能，你只需要在Host上添加一个 SingleSignOn Valve元素即可，如下所示：
＜Valve className="org.apache.catalina.authenticator.SingleSignOn"
debug="0"/＞
在Tomcat初始安装后，server.xml的注释里面包括SingleSignOn Valve配置的例子，你只需要去掉注释，即可使用。那么，任何用户只要登录过一个应用，则对于同一虚拟主机下的所有应用同样有效。
使用single sign-on valve有一些重要的限制：
1＞ value必须被配置和嵌套在相同的Host元素里，并且所有需要进行单点验证的web应用（必须通过context元素定义）都位于该Host下。
2＞ 包括共享用户信息的realm必须被设置在同一级Host中或者嵌套之外。
3＞ 不能被context中的realm覆盖。
4＞ 使用单点登录的web应用最好使用一个Tomcat的内置的验证方式（被定义在web.xml中的＜auth-method＞中），这比自定义的验证方式强，Tomcat内置的的验证方式包括basic、digest、form和client-cert。
5＞ 如果你使用单点登录，还希望集成一个第三方的web应用到你的网站中来，并且这个新的web应用使用它自己的验证方式，而不使用容器管理安全，那你基本上就没招了。你的用户每次登录原来所有应用时需要登录一次，并且在请求新的第三方应用时还得再登录一次。当然，如果你拥有这个第三方web应用的源码，而你又是一个程序员，你可以修改它，但那恐怕也不容易做。
6＞ 单点登录需要使用cookies。
7．配置用户定制目录（Customized User Directores）
一些站点允许个别用户在服务器上发布网页。例如，一所大学的学院可能想给每一位学生一个公共区域，或者是一个ISP希望给一些web空间给他的客户，但这又不是虚拟主机。在这种情况下，一个典型的方法就是在用户名前面加一个特殊字符（~），作为每位用户的网站，比如：
http://www.cs.myuniversity.e/~username
http://members.mybigisp.com/~username
Tomcat提供两种方法在主机上映射这些个人网站，主要使用一对特殊的Listener元素。Listener的 className属性应该是org.apache.catalina.startup.UserConfig，userClass属性应该是几个映射类之一。如果你的系统是Unix，它将有一个标准的/etc/passwd文件，该文件中的帐号能够被运行中的Tomcat很容易的读取，该文件指定了用户的主目录，使用PasswdUserDatabase 映射类。
＜Listener className="org.apache.catalina.startup.UserConfig"
directoryName="public_html"
userClass="org.apache.catalina.startup.PasswdUserDatabase"/＞
web文件需要放置在像/home/users/ian/public_html 或者 /users/jbrittain/public_html一样的目录下面。当然你也可以改变public_html 到其他任何子目录下。
实际上，这个用户目录根本不一定需要位于用户主目录下里面。如果你没有一个密码文件，但你又想把一个用户名映射到公共的像/home一样目录的子目录里面，则可以使用HomesUserDatabase类。
＜Listener className="org.apache.catalina.startup.UserConfig"
directoryName="public_html" homeBase="/home"
userClass="org.apache.catalina.startup.HomesUserDatabase"/＞
这样一来，web文件就可以位于像/home/ian/public_html 或者 /home/jasonb/public_html一样的目录下。这种形式对Windows而言更加有利，你可以使用一个像c:\home这样的目录。
这些Listener元素，如果出现，则必须在Host元素里面，而不能在context元素里面，因为它们都用应用于Host本身。
8．在Tomcat中使用CGI脚本
Tomcat主要是作为Servlet/JSP容器，但它也有许多传统web服务器的性能。支持通用网关接口（Common Gateway Interface，即CGI）就是其中之一，CGI提供一组方法在响应浏览器请求时运行一些扩展程序。CGI之所以被称为通用，是因为它能在大多数程序或脚本中被调用，包括：Perl，Python，awk，Unix shell scripting等，甚至包括Java。当然，你大概不会把一个Java应用程序当作CGI来运行，毕竟这样太过原始。一般而言，开发Servlet总要比CGI具有更好的效率，因为当用户点击一个链接或一个按钮时，你不需要从操作系统层开始进行处理。
Tomcat包括一个可选的 CGI Servlet，允许你运行遗留下来的CGI脚本。
为了使Tomcat能够运行CGI，你必须做如下几件事：
1. 把servlets-cgi.renametojar （在CATALINA_HOME/server/lib/目录下）改名为servlets-cgi.jar。处理CGI的servlet应该位于 Tomcat的CLASSPATH下。
2. 在Tomcat的CATALINA_BASE/conf/web.xml 文件中，把关于＜servlet-name＞ CGI的那段的注释去掉（默认情况下，该段位于第241行）。
3. 同样，在Tomcat的CATALINA_BASE/conf/web.xml文件中，把关于对CGI进行映射的那段的注释去掉（默认情况下，该段位于第 299行）。注意，这段内容指定了HTML链接到CGI脚本的访问方式。
4. 你可以把CGI脚本放置在WEB-INF/cgi 目录下（注意，WEB-INF是一个安全的地方，你可以把一些不想被用户看见或基于安全考虑不想暴露的文件放在此处），或者你也可以把CGI脚本放置在 context下的其他目录下，并为CGI Servlet调整cgiPathPrefix初始化参数。这就指定的CGI Servlet的实际位置，且不能与上一步指定的URL重名。
5. 重新启动Tomcat，你的CGI就可以运行了。
在Tomcat中，CGI程序缺省放置在WEB-INF/cgi目录下，正如前面所提示的那样，WEB-INF目录受保护的，通过客户端的浏览器无法窥探到其中内容，所以对于放置含有密码或其他敏感信息的CGI脚本而言，这是一个非常好的地方。为了兼容其他服务器，尽管你也可以把CGI脚本保存在传统的 /cgi-bin目录，但要知道，在这些目录中的文件有可能被网上好奇的冲浪者看到。另外，在Unix中，请确定运行Tomcat的用户有执行CGI脚本的权限。
9．改变Tomcat中的JSP编译器（JSP Compiler）
在Tomcat 4.1（或更高版本，大概），JSP的编译由包含在Tomcat里面的Ant程序控制器直接执行。这听起来有一点点奇怪，但这正是Ant有意为之的一部分，有一个API文档指导开发者在没有启动一个新的JVM的情况下，使用Ant。这是使用Ant进行Java开发的一大优势。另外，这也意味着你现在能够在Ant中使用任何javac支持的编译方式，这里有一个关于Apache Ant使用手册的javac page列表。使用起来是容易的，因为你只需要在＜init-param＞ 元素中定义一个名字叫“compiler”，并且在value中有一个支持编译的编译器名字，示例如下：
＜servlet＞
＜servlet-name＞jsp＜/servlet- name＞
＜servlet-class＞
org.apache.jasper.servlet.JspServlet
＜/servlet- class＞
＜init-param＞
＜param-name＞logVerbosityLevel＜/param-name＞
＜param- value＞WARNING＜/param-value＞
＜/init-param＞
＜init-param＞
＜param- name＞compiler＜/param-name＞
＜param-value＞jikes＜/param-value＞
＜/init- param＞
＜load-on-startup＞3＜/load-on-startup＞
＜/servlet＞
当然，给出的编译器必须已经安装在你的系统中，并且CLASSPATH可能需要设置，那处决于你选择的是何种编译器。
10．限制特定主机访问（Restricting Access to Specific Hosts）
有时，你可能想限制对Tomcat web应用的访问，比如，你希望只有你指定的主机或IP地址可以访问你的应用。这样一来，就只有那些指定的的客户端可以访问服务的内容了。为了实现这种效果，Tomcat提供了两个参数供你配置：RemoteHostValve 和RemoteAddrValve。
通过配置这两个参数，可以让你过滤来自请求的主机或IP地址，并允许或拒绝哪些主机/IP。与之类似的，在Apache的httpd文件里有对每个目录的允许/拒绝指定。
例如你可以把Admin Web application设置成只允许本地访问，设置如下：
＜Context path="/path/to/secret_files" ...＞
＜Valve className="org.apache.catalina.valves.RemoteAddrValve"
allow="127.0.0.1" deny=""/＞
＜/Context＞
如果没有给出允许主机的指定，那么与拒绝主机匹配的主机就会被拒绝，除此之外的都是允许的。与之类似，如果没有给出拒绝主机的指定，那么与允许主机匹配的主机就会被允许，除此之外的都是拒绝的。
③ 如何配置tomcat
初选关闭Eclipse的时候就不让部属在tomcat里的项目文件remove掉,这时选择第二项Delete remote resource before deployment就可以了。
Tomcat是Apache 软件基金会(Apache Software Foundation)的Jakarta 项目中的一个核心项目，由Apache、Sun 和其他一些公司及个人共同开发而成。由于有了Sun 的参与和支持，最新的Servlet 和JSP 规范总是能在Tomcat 中得到体现，Tomcat 5支持最新的Servlet 2.4 和JSP 2.0 规范。因为Tomcat 技术先进、性能稳定，而且免费，因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web 应用服务器。目前最新版本是8.0。
Tomcat 服务器是一个免费的开放源代码的Web 应用服务器，属于轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP 程序的首选。对于一个初学者来说，可以这样认为，当在一台机器上配置好Apache 服务器，可利用它响应HTML(标准通用标记语言下的一个应用)页面的访问请求。实际上Tomcat 部分是Apache 服务器的扩展，但它是独立运行的，所以当你运行tomcat 时，它实际上作为一个与Apache 独立的进程单独运行的。
诀窍是，当配置正确时，Apache 为HTML页面服务，而Tomcat 实际上运行JSP 页面和Servlet。另外，Tomcat和IIS等Web服务器一样，具有处理HTML页面的功能，另外它还是一个Servlet和JSP容器，独立的Servlet容器是Tomcat的默认模式。不过，Tomcat处理静态HTML的能力不如Apache服务器。目前Tomcat最新版本为8.0。
④ eclipse怎么配置tomcat
tomcat7是绿色软件，解压后即可使用，请大家先将tomcat解压到合适的位置（建议整个路径都是英文路径），
如下图：
手把手图文教你eclipse下如何配置tomcat
打开eclipse，菜单栏下，File--New--Other...，打开后找到web--Dynamic Web Project，然后单击Next，
如下图：
手把手图文教你eclipse下如何配置tomcat
手把手图文教你eclipse下如何配置tomcat
仅接上步，出现如下对话框，其中主要的几项内容如下（其中没有提及的就是用默认的，不要去修改，以图示配置为主）：
Project name：项目名，自己起
Target runtime：点击右侧“New Runtime”，选择自己用的服务器，这里我们选择：Apache -- Apache Tomcat v7.0，选择后，单击"Next"，出现一项：Tomcat installation directory:，在该处找到你解压的Tomcat7的位置。然后单击"Finish"。
Configuration:点击右侧“Modify”，可以进行适当的配置，但根据我初学时候的经验，完全使用默认的就行了，不要去动里面的东西。等用到里面的配置时，你已经算是个老鸟了。
手把手图文教你eclipse下如何配置tomcat
手把手图文教你eclipse下如何配置tomcat
手把手图文教你eclipse下如何配置tomcat
上述配置完成后，出现如图所示，点击“Next”，
如下图：
手把手图文教你eclipse下如何配置tomcat
接上图，继续单击“Next”，
如下图：
手把手图文教你eclipse下如何配置tomcat
接上图，按图示进行选择，需要配置web.xml的话，打上“对钩”。单击"Finish"。
如下图：
手把手图文教你eclipse下如何配置tomcat
前面配置完成后，Project Explorer中，出现"Servers"和“TomcatTest”这两项，如下图
手把手图文教你eclipse下如何配置tomcat
eclipse下方有个Servers标签，选择new server wizard...，具体操作在此不好描述，请直接看图中所示
手把手图文教你eclipse下如何配置tomcat
手把手图文教你eclipse下如何配置tomcat
手把手图文教你eclipse下如何配置tomcat
手把手图文教你eclipse下如何配置tomcat
上一步骤完成后，出现如图所示
手把手图文教你eclipse下如何配置tomcat
在此，配置基本完成。大家可以开发出相关内容进行测试。
需要说明的是，此时，按如图所示，双击Servers中服务器的标签，出现相关配置。
如下图所示，
手把手图文教你eclipse下如何配置tomcat步骤阅读
11
tomcat在eclipse下的基本配置在此彻底完成。接下来就需要大家启动服务器，用代码进行测试了。
⑤ 如何在eclipse里配置tomcat
1.Eclipse EE 配置Tomcat
Eclipse EE 主要用于Java Web开发和J2EE项目开发。Eclipse
EE中配置Tomcat比较简单，新建一个Tomcat Server即可，步骤如下：
1.1.
打开Servers 视图
通过菜单Window->Show View->Servers打开Servers视图。
1.2.
新建Tomcat 服务器
右击空白区域，选择New->Server（对于没有任何Server的环境，可以点击"new server
wizard"链接）；然后在列表中选择Tomcat服务器，选中本机相应版本；选择本机Tomcat目录，点击完成即可。到此，Eclipse
EE 配置Tomcat成功。
2.Eclipse SE 配置Tomcat
Eclipse SE主要用于控制台程序的开发，如果进行Web开发建议使用Eclipse EE。当然，Eclipse
SE也可以配置Tomcat，具体如下：
2.1.
下载Tomcat插件
下
载地址：http://www.eclipsetotale.com/tomcatPlugin.html，下载时，请注意核对Eclipse版本和
Tomcat版本，目前基本都可以使用Tomcat插件最新版本V3.3，可以通过http://www.eclipsetotale.com
/tomcatPlugin/tomcatPluginV33.zip
直接下载。
PS: 是Tomcat插件，不是Tomcat，两者不同
2.2.
安装Tomcat插件
解压Tomcat插件，拷贝到Eclipse目录中Plugin下，重启Eclipse，Tomcat插件即可安装成功。
2.3.
配置Tomcat插件
在Eclipse中，点击Window->Preferences->Tomcat，选择本机Tomcat版本号（已下载并解压Tomcat到本地），选择Tomcat
Home目录，即Tomcat所在目录。
配置后在Eclipse中启动Tomcat，并在Eclipse中的Internal Web
Browser中输入：localhost:8080，如果出现Tomcat页面，即配置Tomcat插件成功。
3.
Tomcat启动后打开页面提示404错误的解决
Eclipse配置并启动Tomcat成功，但有时会访问localhost:8080出现404错误，此时需要修改Tomcat配置。步骤如下：
在Eclipse中双击Tomcat server，打开Tomcat配置页面。
修改Server locations为Use Tomcat installation。
修改Deploy path为webapps。
保存配置即可。
PS：如果不能修改配置，在Server中删除Tomcat，重新添加一次，即可配置。
⑥ 用Eclipse开发Android时 Tomcat怎么配置及运行
Eclipse配置Tomcat步骤如下：
1、打开Eclipse。
2、点击菜单栏的“Window”，然后选择“Preferences”。
3、点击弹出窗口的“Server”，然后选择“Runtime Environment”，然后点击右边的“Add”按钮。
4、选择弹出窗口上的“Apache”,然后选择Tomcat版本，然后单击“Next”。
5、选择Tomcat的安装根目录，点击“Finish”即可。
⑦ 怎么配置tomcat
首先，下载一个 Tomcat 放在你的硬盘上，例如，下载一个 Tomcat 6.x 放在 E: 盘
第一种方法：在 Servers 窗口配置 Tomcat
1、在 Servers 窗口中的空白处点右键 >> Configure Server Connector 打开配置窗口
2、在新窗口左边的导航中依层次选中 MyEclipse >> Servers >> Tomcat >> Tomcat 6.x
3、在右边点击 Tomcat home directory 那一行的 Browser 按钮，找到你下载的 Tomcat 所在的文件夹，点OK
4、将面板上边的 Disable 改为 Enable ，再点击 OK，你就会在你的Servers窗口中看到你的Tomcat了
第二种方法：如果你的 MyEclipse 中没有 Servers窗口
1、点击菜单栏 Window >> Preferences >> MyEclipse >> Servers >> Tomcat >> Tomcat 6.x
2、剩下的跟一种一样
3、配置完成后点击 Window >> Show View >> Servers 可以调出Servers窗口
注释：配置好Tomcat后，新建一个WebProject，在Servers窗口空白处点右键 >> Add Deployment... 将项目部署进Tomcat
对着Tomcat点右键 >> Run Server 即可运行项目
⑧ 如何在服务器上配置tomcat
1、将JAVA程序包代码文件包复制到Tomcat服务器包里的任意位置，最好是根目录
2、打开Tomcat文件夹\conf\Catalina\localhost
3、在上述文件夹下建立ROOT.xml写一行代码：
<Context path="" docBase="D:\apache-tomcat-6.0.29\your_JAVA" debug="5" reloadable="true" crossContext="true"></Context>
注意：docBase="D:\apache-tomcat-6.0.29\your_JAVA"就是你的JAVA程序包路径
启动tomcat服务，点击bin\startup.bat批处理程序，打开IE，输入http://localhost:8080，JAVA程序就开始工作了
⑨ 命令行启动tomcat,怎么配置
需要进行如下配置：
1、新建文件夹，依次放入jre，tomcat与其他所需文件，其中tomcat中需要放入部署的war。
(9)如何配置tomcat并使用扩展阅读：
tomcat的启动配置小结
tomcat的启动脚本在tomcat的bin目录下，启动脚本start有两个，分别时startup.bat和startup.sh两个，在windows环境下使用startup.bat启动tomcat，在linux下使用startup.sh启动tomcat，
同理关闭的脚本也有两个shutdown.bat和shutdown.sh两个，分别是在windows下关闭tomcat和linux下关闭tomcat使用。
总结如下：
startup.bat windows下启动
shutdown.bat windows下关闭
startup.sh linux下启动
shutdown.sh linux下关闭
另外还有一个tomcat.exe，这个是在windows下的可执行程序，需要在服务器上安装对应的服务后可以通过tomcat.exe启动tomcat。
⑩ 如何配置Tomcat服务器环境
一、安装JDK和Tomcat
1，安装JDK：直接运行jdk-7-windows-i586.exe可执行程序，默认安装即可。
备注：路径可以其他盘符，不建议路径包含中文名及特殊符号。
2、安装Tomcat：直接解压缩下载文件“apache-tomcat-7.0.33-windows-x86.zip”到C盘下。安装路径建议修改为：c: omcat。
备注：如下载的是可执行文件，双击运行，默认安装即可。
二、配置JDK环境变量（在步骤查看如何配置环境变量）
1，新建变量名：JAVA_HOME，变量值：C:Program FilesJavajdk1.7.0
2，打开PATH，添加变量值：%JAVA_HOME%in;%JAVA_HOME%jrein
3，新建变量名：CLASSPATH，变量值：.;%JAVA_HOME%libdt.jar;%JAVA_HOME%lib ools.jar
备注：
1，.表示当前路径，%JAVA_HOME%就是引用前面指定的JAVA_HOME；
2，JAVA_HOME指明JDK安装路径，此路径下包括lib，bin，jre等文件夹，tomcat，eclipse等的运行都需要依靠此变量。
3，PATH使得系统可以在任何路径下识别java命令。
4，CLASSPATH为java加载类(class or lib)路径，只有类在classpath中，java命令才能识别。
三、测试JDK
在CMD命令下输入javac，java，javadoc命令：出现图示界面，表示安装成功。
1，JAVA_HOME中的路径不能用分号结尾，如C:Program FilesJavajdk1.7.0。
2，CATALINA_BASE，CATALINA_HOME，TOMCAT_HOME中的路径不能以“”结尾。
3，JAVA_HOME的路径一定不要写成了JRE的路径。
4，在环境变量中修改添加变量时，一定要注意分号、空格，是否有多余的字母。作者就是因为path路径中多了一个字母，怎么都配置不成功。如果配置不成功，一定要反复检查。
以上错误，非常容易出现错误：CATALINA_HOME或是JAVA_HOME没有配置好。如错误提示“The CATALINA_HOME environment variable is not defined correctly”
一、静态部署
1、直接将web项目文件件拷贝到webapps 目录中
Tomcat的Webapps目录是Tomcat默认的应用目录，当服务器启动时，会加载所有这个目录下的应用。所以可以将JSP程序打包成一个war包放在目录下，服务器会自动解开这个war包，并在这个目录下生成一个同名的文件夹。一个war包就是有特性格式的jar包，它是将一个web程序的所有内容进行压缩得到。具体如何打包，可以使用许多开发工具的IDE环境，如Eclipse等。也可以用cmd命令：jar -cvf mywar.war myweb
webapps这个默认的应用目录也是可以改变。打开Tomcat的conf目录下的server.xml文件，找到下面内容：<Host name="localhost" appBase="webapps"
unpackWARs="true" autoDeploy="true"
xmlValidation="false" xmlNamespaceAware="false">
将appBase修改即可。
2、在server.xml中指定
在Tomcat的配置文件中，一个Web应用就是一个特定的Context，可以通过在server.xml中新建Context里部署一个JSP应用程序。打开server.xml文件，在Host标签内建一个Context，内容如下。在tomcat中的conf目录中，在server.xml中的，<host/>节点中添加：
<Contextpath="/hello"docBase="D: workspacehelloWebRoot"debug="0"privileged="true">
< /Context>或者
<Contextpath="/myapp"reloadable="true"docBase="D:myapp"workDir="D:myappwork"/>
或者
<Contextpath="/sms4"docBase="D:workspacesms4WebRoot"/>
说明：path是虚拟路径；
docBase是应用程序的物理路径；
workDir是这个应用的工作目录，存放运行时生成的与这个应用相关的文件；
debug则是设定debug level, 0表示提供最少的信息，9表示提供最多的信息
privileged设置为true的时候，才允许Tomcat的Web应用使用容器内的Servlet
reloadable如果为true，则tomcat会自动检测应用程序的/WEB-INF/lib和/WEB-INF/classes目录的变化，自动装载新的应用程序，可以在不重起tomcat的情况下改变应用程序，实现热部署
antiResourceLocking和antiJARLocking 热部署是需要配置的参数，默认false避免更新了某个webapp，有时候Tomcat并不能把旧的webapp完全删除，通常会留下WEB-INF/lib下的某个jar包，必须关闭Tomcat才能删除，这就导致自动部署失败。设置为true，Tomcat在运行对应的webapp时，会把相应的源文件和jar文件复制到一个临时目录里。
3、创建一个Context文件
在conf目录中，新建Catalina＼localhost目录，在该目录中新建一个xml文件，名字不可以随意取，要和path后的那个名字一致，按照下边这个path的配置，xml的名字应该就应该是hello（hello.xml），该xml文件的内容为：<Context path="/hello" docBase="E:workspacehelloWebRoot" debug="0" privileged="true"></Context>
tomcat自带例子如下：
<Context docBase="${catalina.home}/server/webapps/host-manager"
privileged="true" antiResourceLocking="false" antiJARLocking="false">
</Context>
这个例子是tomcat自带的，编辑的内容实际上和第二种方式是一样的，其中这xml文件名字就是访问路径，这样可以隐藏应用的真实名字。
4、注意：
删除一个Web应用同时也要删除webapps下相应的文件夹和server.xml中相应的Context，还要将Tomcat的confcatalinalocalhost目录下相应的xml文件删除，否则Tomcat仍会去配置并加载。。。
二 动态部署
登陆tomcat管理控制台：http://localhost:8080/，输入用户名和密码后便可管理应用并动态发布。
在Context Path(option):中输入/yourwebname，这代表你的应用的访问地址。
XML Configration file URL中要指定一个xml文件，比如我们在F:下建立一个hmcx.xml文件，内容如下：<Context reloadable="false" />其中docBase不用写了，因为在下一个文本框中填入。或者更简单点，这个文本框什么都不填，在WAR or Directory URL:中键入F:hmcx即可，然后点击Deploy按钮，上面就可以看到了web应用程序，名字就Context Path(option):中的名字。
如果部署.war文件还有更加简单的方式，下面还有个Select WAR file uploae点击浏览选择.war文件，然后点击Deploy也可以。
注意事项
项目部署方式