tomcat

找到Tomcat安装目录下conf目录中的logging.properties文件，修改1catalina.org.apache.juli.FileHandler.level = FINE1catalina.org.apache.juli.FileHandler.directory = ${catalina.base}/logs1catalina.org.apache.juli.FileHandler.prefix = catalina.2localhost.org.apache.juli.FileHandler.level = FINE2localhost.org.apache.juli.FileHandler.directory = ${catalina.base}/logs2localhost.org.apache.juli.FileHandler.prefix = localhost.3manager.org.apache.juli.FileHandler.level = FINE3manager.org.apache.juli.FileHandler.directory = ${catalina.base}/logs3manager.org.apache.juli.FileHandler.prefix = manager.4host-manager.org.apache.juli.FileHandler.level = FINE4host-manager.org.apache.juli.FileHandler.directory = ${catalina.base}/logs4host-manager.org.apache.juli.FileHandler.prefix = host-manager.将${catalina.base}/logs修改成指定目录：例如e:/logs。

在WEB-INF/classes目录下新建一个文件叫logging.properties，内容如下： handlers = org.apache.juli.FileHandler, java.util.logging.ConsoleHandler ############################################################ # Handler specific properties. # Describes specific configuration info for Handlers. ############################################################ org.apache.juli.FileHandler.level = FINE org.apache.juli.FileHandler.directory = ${catalina.base}/logs org.apache.juli.FileHandler.prefix = error-debug. java.util.logging.ConsoleHandler.level = FINE java.util.logging.ConsoleHandler.formatter = java.util.logging.SimpleFormatter 这样，我们再启动tomcat时，就会在logs目录下生成一个更详细的日志error-debug.**.log，并且详细报错也会在应用的日志中输出出来，通过该种设置，可以看到的详细错误日志

将项目部署好后，启动tomcat后报错，java.lang.NoClassDefFoundError: org/apache/juli/logging/LogFactory 报这个错说明你用的是tomcat7。 目前的MyEclipse的内核为Eclipse3.5.* 尚不能提供直接对tomcat 7的支持，最新的Eclipse3.6.*可以直接支持。 解决方法有两个： 一、打开myeclipse，Preferentces->MyEclipse->Servers->Tomcat->Tomcat 6.x ,载入Tomcat7，在"Paths"下，点击“Add JAR/ZIP”,加载tomcat7下的……/bin/tomcat-juli.jar。点击“OK”. 二、可以设置环境变量添加classpath到CATALINE_HOME/bin/tomcat-juli.jar，Tomcat默认启动会自动加载。 classpath=……;%CATALINA_HOME%in omcat-juli.jar;

Apache Tomcat由一个自己的实现了java.util.logging多个关键元素的实现。这个实现被称为“JULI”。实现的核心组件是定制化的LogManager，可以获取运行在Tomcat中的不同web应用(以及不同的class loader)。他支持为应用配置单独的日志配置。当有web应用从内在中是被卸载时，会接到Tomcat的通知，以便他所引用的类可以被清除，避免内存泄露。

可以啊， solr是基于servlet实现的，因此所有的servlet容器都可以。 比如：jetty

第一，将struts2必须的5个包放入到站点/WEB-INF/lib下，第二，将编译好的相应class文件放在/WEB-INF/classes/相应的包下第三，启动tomcat第四，启动IE，进行调试

第一 检查一下TOMCAT 安装目录下的 LIB 文件夹里的包全不全第二 如果TOMCAT没有问题 就是 你的工程里的 web.xml 或者 server.xml 有问题。

1、看下8080这个端口是否被占用了2、tomcat 在eclipse中 启动后无法访问端口8080

你直接在网页里输入：localhost:8080

一、基本概念Nexus提供了两种安装方式，第一种是内嵌Jetty的bundle，只要你有JRE就能直接运行。第二种方式是WAR，只须简单的将其发布到web容器中即可使用。二、操作步骤1下载nexus-2.2-bundle.zip2解压会发现两个文件夹nexus-2.2-01和sonatype-work。第一个文件夹是核心文件，第二个文件夹用来存储下载下来的jar3配置环境变量Path：F:maven exus exus-2.2-01in4修改binjswconfwrapper.conf文件，指定wrapper.java.command=C:Javajdkinjava，指定java命令的绝对路径5命令行窗口—>nexus install，若安装成功会提示，并可在管理—>服务中找到nexus，右击该服务启动即可6输入localhost:8081/nexus即可访问。端口可在nexus-2.2-01conf exus.properties文件中修改三、优点该安装不依赖于tomcat，单独为一项服务。

tomcat 配置服务器项目详细参考http://bitding.blog.sohu.com/57653768.html如果是本机测试的，首先安装jdk，在C:Tomcat 5.0confCatalinalocalhost目录下添加 ***.xml <Context docBase="d:实际路径" path="/111（虚拟路径）" debug="0" reloadable="true" crossContext="true"> </Context>win2003 环境变量。path C:jdk1.5.0_05in;C:jdk1.5.0_05jrein; JAVA_HOME C:jdk1.5.0_05 CLASSPATH C:jdk1.5.0_05lib ools.jar;. TOMCAT_HOME C:Tomcat 5.0

apache 和 iis

resin

tomcat的配置文件web.xml 答案补充 tomcat会认出bean的位置，默认是web-inf里面，你只需指定下虚拟目录就ok了 答案补充 在tomcat的manager里面

法一:进入你tomcat的安装目录（不要有中文、空格）--进入里面bin目录 下列可以直接在cmd中运行, startup.bat 启动tomcat shutdown.bat 关闭tomcat 法二：开启 net start tomcat5.5（你的版本） 关闭 net stop tomcat5.5

J2ee开发主要是浏览器和服务器进行交互的一种结构.逻辑都是在后台进行处理,然后再把结果传输回给浏览器。可以看出服务器在这种架构是非常重要的。这几天接触到两种Java的web服务器，做项目用的Tomcat，看视频看的是WebLogic Server（WLS），都是web服务器，有什么区别和联系呢？（一）先简单介绍一下这两种服务器。WebLogic是美国bea公司出品的一个application server，确切的说是一个基于Javaee架构的中间件，纯java开发的，最新版本WebLogic Server 9.0是迄今为止发布的最卓越的BEA应用服务器。BEA WebLogic是用于开发、集成、部署和管理大型分布式Web应用、网络应用和数据库应用的Java应用服务器。将Java的动态功能和Java Enterprise标准的安全性引入大型网络应用的开发、集成、部署和管理之中。完全遵循J2EE 1.4规范。Tomcat服务器是一个免费的开源的Web 应用服务器，是Apache 软件基金会的Jakarta 项目中的一个核心项目，由Apache、Sun 和其他一些公司及个人共同开发而成。因为Tomcat 技术先进、性能稳定，运行时占用的系统资源小，扩展性好，支持负载平衡与邮件服务等开发应用系统常用的功能；而且很重要的是她免费，因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web 应用服务器。而且由于开源，它还在不断的改进和完善中，任何一个感兴趣的程序员都可以更改它或在其中加入新的功能。（二）相同点：WebLogic和Tomcat都是基于java的基础架构来满足实时处理需求，不同的版本与jdk版本兼容和有所不同;因为都是要和前台交互，所以他们都基于sun公司的servlet来实现的。（三）不同点：功能性：WebLogic更加强大。weblogic是j2ee的应用服务器（application server），包括ejb ,jsp,servlet,jms等等，全能型的。是商业软件里排名第一的容器（JSP、servlet、EJB等），并提供其他如JAVA编辑等工具，是一个综合的开发及运行环境。WebLogic应该是J2EE Container(Web Container + EJB Container + XXX规范)！Tomcat只能算Web Container，是官方指定的JSP&Servlet容器。只实现了JSP/Servlet的相关规范，不支持EJB（硬伤啊）!不过Tomcat配合jboss和apache可以实现j2ee应用服务器功能一般来说考虑stucts等架构tomcat就可以了，但如果考虑EJB的话，WebLogic是比较好的选择。扩展性：用WebLogic运行标准的java可能并不是最好的方式，WebLogic里支持他自己的一些东西，这些东西虽然是在纯java基础上开发的，但其他工具里都没有。WebLogic Server凭借其出色的群集技术，拥有处理关键Web应用系统问题所需的性能、可扩展性和高可用性。WebLogic Server既实现了网页群集，也实现了EJB组件 群集，而且不需要任何专门的硬件或操作系统支持。网页群集可以实现透明的复制、负载平衡以及表示内容容错 。无论是网页群集，还是组件群集，对于电子商务解决方案所要求的可扩展性和可用性都是至关重要的。共享的客户机/服务器和数据库连接以及数据缓存和EJB都增强了性能表现。这是其它Web应用系统所不具备的所以，在扩展性方面WebLogic是远远超越了Tomcat。费用上：Tomcat开源免费。WebLogic不开源不免费。总之，在功能强大和扩展性和可用性等方面WLS比Tomcat好很多，但这也不能说明WLS适合每一方面，从Tomcat的使用流行度便可以看出，Tomcat虽功能有限，但也很受欢迎。其实关键看你要做什么。Tomcat 是免费开源的jsp,servlet引擎，入门级别的Web服务器，刚入门的IT人使用Tomcat简单易上手。而且它一个轻量级应用服务器，最重要的是它免费，所以在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP 程序的首选。Tomcat比较轻巧，消耗资源较少。当然，项目大的时候，WLS肯定再合适不过，而且Tomcat也无法满足太多需求，但是，WLS的费用也是不可小觑的。总之，关键看你做什么，权衡利弊做选择。此外，还有其他J2EE Application Server，例如： IBM的websphere、Sun的Glassfish、resin等。Apache全球应用最广泛的http服务器，免费。同样开源免费的JBoss， 国内厂商生产的还有像东方通的Tongweb、金蝶Apusic应用服务器等。都是应用比较广泛的。希望采纳 谢谢

“Weblogic”和“Tomcat”都是web服务器，两者的区别主要有：WebLogic是美国bea公司出品的一个application server，确切的说是一个基于Javaee架构的中间件，纯java开发的，最新版本WebLogic Server 9.0是迄今为止发布的最卓越的BEA应用服务器。BEA WebLogic是用于开发、集成、部署和管理大型分布式Web应用、网络应用和数据库应用的Java应用服务器。将Java的动态功能和Java Enterprise标准的安全性引入大型网络应用的开发、集成、部署和管理之中。完全遵循J2EE 1.4规范。Tomcat服务器是一个免费的开源的Web 应用服务器，是Apache 软件基金会的Jakarta 项目中的一个核心项目，由Apache、Sun 和其他一些公司及个人共同开发而成。因为Tomcat 技术先进、性能稳定，运行时占用的系统资源小，扩展性好，支持负载平衡与邮件服务等开发应用系统常用的功能；而且很重要的是她免费，因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web 应用服务器。而且由于开源，它还在不断的改进和完善中，任何一个感兴趣的程序员都可以更改它或在其中加入新的功能。

是myeclipse的话 你可以对着项目右键，选择run as 里面最下面那个就好了

刷新就可以不用重启。

在webapp 文件下面直接新建文件，在文件夹里面建一个WEB-INF 里面配置一下web.xml 就行了

这个目录下所有的都是项目文件，安装的时候有一个ROOT的，是tomcat默认的启动页面，你将你的项目改成ROOT默认访问的就是你的ROOT的访问是：localhost:8080aaa项目的访问是：localhost:8080/aaa

嗯 这个是需要部署的，你也可以直接把项目拷贝到网站根目录下，然后打开服务器，用浏览器访问。

有时候我们需要把工程部署到tomcat的ROOT目录下，只需修改MyEclipse配置即可。第一步：在MyEclipse中右键工程，点击Properties；第二步：在弹出的窗口中找到MyEclipse→Web，修改Web Context-root值；至此MyEclipse配置完毕，然后部署就会部署到tomcat web工程的根目录下。当然我们需要部署多个工程时，只需修改此处，为每个工程加上不同的命名空间即可。比如/oa-trunk 这样就会部署到tomcat webapps下oa-trunk文件夹下。

只能放在webapps的子目录下才能访问, 比如ROOT下

解压缩

在什么环境下部署的。直接用myeclipse部署的吗？如果直接用myeclipse发布的，看看是否编译成功了。

你好：你可以看看项目的以下设置是否正确，即你项目的编译路径等信息是否正确。可以先把之前的编译项目删除掉，然后重新进行编译。

您好，提问者： 我们访问http://localhost:8080/的时候，这个时候是默认访问的webapps下的ROOT里面的index.html文件。 比如我们copy一个项目过去，把文件名改为xxx，那么我们访问的话就要用xxx。 你修改了root，那么必须要访问你修改后的。 例如你修改的root为root123,访问如下：http://localhost:8080/root123

重启Tomcat Tomcat 重新编译就OK了

楼主，那要看具体的情况，要知道错误的详细描述

可以的！就是还得重新部署！

一般访问路径里面不能出现中文吧？

这个war包会在你每次发布的时候，自动解压缩覆盖你现在的工程。

tomcat部署web应用主要有以下几种方式： 1．拷贝你的WAR文件或者你的web应用文件夹（包括该web的所有内容）到$CATALINA_BASE/webapps目录下。 2．为你的web服务建立一个只包括context内容的XML片断文件，并把该文件放到$CATALINA_BASE/webapps目录下。这个 web应用本身可以存储在硬盘上的任何地方。这种context片断提供了一种便利的方法来部署web应用，你不需要编辑server.xml，除非你想 改变缺省的部署特性，安装一个新的web应用时不需要重启动Tomcat。3．同方法2,只是将context片断放在CATALINA_BASEconfCatalinalocalhost目录下.这种方法比方法2要有效,笔者经过多次实验发现方法2不如后面这种方法好用.前者多次出现系统打不开的情况. 4．直接在server.xml中</Host前加上Context片断,使用这种方法时,tomcat会自动在 CATALINA_BASEconfCatalinalocalhost目录下生成一个文件片断.方法同方法3具有同样效果.这种方式需要将 ROOT目录删除才行. 另外，为了让tomcat只运行conf/server.xml中指定的web应用，可以有以下几种办法：实现一: 1)将要部署的WEB应用放在webapps以外的路径, 并在server.xml相应的context中的docBase指定. 2)删除webapps中的所有文件夹, 以及conf/catalina/localhost下所有xml文件. 注: webapps是server.xml中的Host元素的appBase属性的值.实现二: 1) 修改server.xml中Host元素的属性, 添加或修改: deployXML="false" deployOnStartup="false" autoDeploy="false"2) 含义: deployXML="false": 不部署conf/catalina/localhost下的xml相应的WEB应用 deployOnStartup="false" : tomcat启动时, 不部署webapps下的所有web应用 autoDeploy="false": 避免tomcat在扫描改动时, 再次把webapps下的web应用给部署进来

应该把你的项目文件夹放到webapps下，而不是项目文件。另外项目的WEB-INF目录下要有web.xml文件，启动tomcat后进入管理界面，看看是否部署成功。

部署在webapps下的应该是war包，不是整个项目，你需要用eclipse导出war包，然后进入tomcat的管理界面部署进入后找到下图位置上传war包

war包放在tomcat下确实能帮你自动解包，但是tomcat不能帮你把配置文件修改。在d: omcat7.0conf目录下修改server.xml文件。在标签里面添加path主要是指定访问时的项目web名,docbase即指定的是物理路径名称.

因为你可能使用了内置的服务器，还有就是你还没有部署，没有指定启动用的tomcat路径。。。。

java.io.FileNotFoundException: C:UsersAdministratorDesktopapache-tomcat-6.0.35webapps10 09servlet01uploadpe (拒绝访问。)给目录赋everyone访问权限。一般是NTFS的文件系统，就需要特别授权。或，换到别的地方，如D: omcat ——— 如果NTFS权限，也是要赋权限的。

webapps是把所有站点都放在这的，ROOT才是默认访问的路径，至于怎么修改网上有好多资料，好运

远程控制

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.edu/~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＞ 如果没有给出允许主机的指定，那么与拒绝主机匹配的主机就会被拒绝，除此之外的都是允许的。与之类似，如果没有给出拒绝主机的指定，那么与允许主机匹配的主机就会被允许，除此之外的都是拒绝的。

推荐：《PHP视频教程》1.相关jar包下载将phpJavaBridge.rar中的JavaBridge.jar、php-servlet.jar和php-script.jar复制到tomcat的lib目录下；2.修改tomcat安装目录下conf文件夹里的web.xml文件，在web-app标签里增加以下的代码<listener><listener-class>php.java.servlet.ContextLoaderListener</listener-class></listener><servlet><servlet-name>PhpJavaServlet</servlet-name><servlet-class>php.java.servlet.PhpJavaServlet</servlet-class></servlet><servlet><servlet-name>PhpCGIServlet</servlet-name><servlet-class>php.java.servlet.fastcgi.FastCGIServlet</servlet-class><init-param><param-name>prefer_system_php_exec</param-name><param-value>On</param-value></init-param><init-param><param-name>php_include_java</param-name><param-value>Off</param-value></init-param></servlet><servlet-mapping><servlet-name>PhpJavaServlet</servlet-name><url-pattern>*.phpjavabridge</url-pattern></servlet-mapping><servlet-mapping><servlet-name>PhpCGIServlet</servlet-name><url-pattern>*.php</url-pattern></servlet-mapping>3.部署php项目直接到php项目复制到tomcat的webapps目录下，然后启动tomcat。

　　在Tomcat安装目录中，webapps默认为部署网站用的目录。webapps/ROOT是网站的根目录，其它目录都是网站的子目录，如webappsjsp-examples目录。但是，当我们新建一个子目录时，却并不能在浏览器里正常访问。就连HTML文件也访问不了。为什么会出现这种情况呢？　　原来，在Tomcat中，每一个webapps下的子目录都被认为是一个JSP站点。因此，该子目录必需要有JSP站点的必要结构才行。也就是，在创建的子目录下，必需有WEB_INF目录以及WEB_INF下的web.xml文件。WEB_INF目录以及其下的web.xml文件，是JSP用来配置站点用的。

不一定。webapps是默认项目文件的路径，将项目文件放在该路径下，tomcat会自动调用它，但我们也可以自己指定路径。指定项目路径可以参考这篇文章：补充 tomcat的部署方法主要有以下几种：一、静态部署1、直接将web项目文件件拷贝到webapps 目录中Tomcat的Webapps目录是Tomcat默认的应用目录，当服务器启动时，会加载所有这个目录下的应用。所以可以将JSP程序打包成一个 war包放在目录下，服务器会自动解开这个war包，并在这个目录下生成一个同名的文件夹。一个war包就是有特性格式的jar包，它是将一个web程序的所有内容进行压缩得到。具体如何打包，可以使用许多开发工具的IDE环境，如Eclipse等。也可以用 cmd 命令：jar -cvf mywar.war mywebwebapps这个默认的应用目录也是可以改变。打开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中的，节点中添加： 或者或者说明：path是虚拟路径；docBase 是应用程序的物理路径；workDir 是这个应用的工作目录，存放运行时生成的与这个应用相关的文件；debug 则是设定debug level, 0表示提供最少的信息，9表示提供最多的信息privileged设置为true的时候，才允许Tomcat的Web应用使用容器内的Servletreloadable 如果为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文件的内容为：tomcat自带例子如下：<Context docBase="${catalina.home}/server/webapps/host-manager"privileged="true" antiResourceLocking="false" antiJARLocking="false">这个例子是tomcat自带的，编辑的内容实际上和第二种方式是一样的，其中这xml文件名字就是访问路径，这样可以隐藏应用的真实名字。4、注意：删除一个Web应用同时也要删除webapps下相应的文件夹和server.xml中相应的Context，还要将Tomcat的confcatalinalocalhost目录下相应的xml文件删除，否则Tomcat仍会去配置并加载。。。二 动态部署登陆tomcat管理控制台：，输入用户名和密码后便可管理应用并动态发布。在Context Path(option):中输入/yourwebname ，这代表你的应用的访问地址。XML Configration file URL中要指定一个xml文件，比如我们在F:下建立一个hmcx.xml文件，内容如下： 其中docBase不用写了，因为在下一个文本框中填入。或者更简单点，这个文本框什么都不填，在WAR or Directory URL:中键入F:hmcx即可，然后点击Deploy按钮，上面就可以看到了web应用程序，名字就Context Path(option):中的名字。如果部署.war文件还有更加简单的方式，下面还有个Select WAR file uploae点击浏览选择.war文件，然后点击Deploy也可以。参考：

你应该在http://localhost:8080/webapps/加上你的应用名称，比如应用如：manager正确的应该是http://localhost:8080/webapps/manager/aa.jpg

都可以删除的，如果你不用的话。host-manager manager ROOT 这三个留着，其它的都可以删除。

抄的，打字麻烦我在$tomcat/webapps/下建了个myjsp目录作为我网站的默认目录，在myjsp中有一个a.jsp文件，该文件要作为我网站的默认主页。 修改配置文件： 首先，修改$tomcat/conf/server.xml文件。 在server.xml文件中，有一段如下： Xml代码 <engine name="Catalina" defaultHost="localhost改为你的域名"> <host name="localhost改为你的域名" appBase="webapps" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false"> …… <host> </engine> 在<host></host>标签之间添加上： Xml代码 <Context path="" docBase="myjsp" debug="0" reloadable="true" /> path是说明虚拟目录的名字，如果你要只输入ip地址就显示主页，则该键值留为空； docBase是默认目录的路径，它默认的是$tomcat/webapps/ROOT目录，现在我在webapps目录下建了一个myjsp目录，让该目录作为我的默认目录。 debug和reloadable一般都分别设置成0和true。

不一定。webapps是默认项目文件的路径，将项目文件放在该路径下，tomcat会自动调用它，但我们也可以自己指定路径。指定项目路径可以参考这篇文章：补充 tomcat的部署方法主要有以下几种：一、静态部署1、直接将web项目文件件拷贝到webapps 目录中Tomcat的Webapps目录是Tomcat默认的应用目录，当服务器启动时，会加载所有这个目录下的应用。所以可以将JSP程序打包成一个 war包放在目录下，服务器会自动解开这个war包，并在这个目录下生成一个同名的文件夹。一个war包就是有特性格式的jar包，它是将一个web程序的所有内容进行压缩得到。具体如何打包，可以使用许多开发工具的IDE环境，如Eclipse等。也可以用 cmd 命令：jar -cvf mywar.war mywebwebapps这个默认的应用目录也是可以改变。打开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/>节点中添加： <Context path="/hello" docBase="D: workspacehelloWebRoot" debug="0" privileged="true"> </Context>或者<Context path="/myapp" reloadable="true" docBase="D:myapp" workDir="D:myappwork"/>或者<Context path="/sms4" docBase="D:workspacesms4WebRoot"/>说明：path是虚拟路径；docBase 是应用程序的物理路径；workDir 是这个应用的工作目录，存放运行时生成的与这个应用相关的文件；debug 则是设定debug level, 0表示提供最少的信息，9表示提供最多的信息privileged设置为true的时候，才允许Tomcat的Web应用使用容器内的Servletreloadable 如果为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管理控制台：，输入用户名和密码后便可管理应用并动态发布。在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也可以。参考：

是的 否则访问时会找不到资源

tomcat的root文件夹下面默认是tomcat的管理程序，但是如果你把自己的web项目发布到root下面的话，你可以不通过项目名直接访问你的项目，比如，你见了一个名为Test的项目，你要访问的路径一般是:http://localhost:8080/Test但是你把项目部署在root文件夹下之后，可以通过http://localhost:8080直接访问你的项目

是存放网站的地方

貌似有个police模样的文件是用来控制权限的

源码粘帖过去肯定执行不了，你要把源码编译后的文件夹或者压缩包复制到webapps下面才行，如果你用过的是eclipse就在项目的根目录上面点右键，export导出，选择到处war文件，把导出的压缩包复制到webapps下面，然后重启tomcat，就会发现webapps下面会产生一个文件夹，名字和war的名称一样，然后用ie登录试试看。

修改conf下的server.xml.将path改成=“/”

你是指项目部署？

比如Myeclipse可以直接用它自带的插件部署，一键将你web工程下对应的文件部署到tomcat服务器目录下，然后在浏览器中用localhost访问，或者自己手动部署，网上资料很多的，对应文件夹下放什么东西，放好后一样红localhost访问tomcat,浏览器源代码jsp,webapps比如Myeclipse可以直接用它自带的插件部署，一键将你web工程下对应的文件部署到tomcat服务器目录下，然后在浏览器中用localhost访问，或者自己手动部署，网上资料很多的，对应文件夹下放什么东西，放好后一样红localhost访问

springboot项目？如果是：springboot项目自带了tomcat所以要在pom中排除掉tomcat

浏览器加个http试试

使用docBase配置 可以映射到其他目录 相当于iis的虚拟目录

eclipse 里面认为那些是源码目录。所以，在文件浏览器里面访问

ps -ef|grep tomcat 看看还有没有进程；关闭的时候如果tomcat未启动，是会抱着过错的，正常。我看你是root用户，应该不会是没有权限，那么检查一下这个目录是否有其它进程打开了在使用，进入webapps后，rm -rf * 直接删除试试。

可以删除，因为当tomcat启动以后就会自动解压war包到webapps目录下。Tomcat的项目部署方式有以下三种：1.直接把项目复制到Tomcat安装目录的webapps目录中，这是最简单的一种Tomcat项目部署的方法，也是初学者最常用的方法。2.在tomcat安装目录中有一个conf文件夹，打开此文件夹，其中包含配置文件server.xml，打开配置文件，并在<host>和</host>之间插入如下语句。<Context path="/hello" docBase="F:eclipse3.2workspacehelloWebRoot" debug="0" privileged="true"> </Context>其中，docBase为设置项目的路径。3.在conf目录中，在Catalinalocalhost（此处需要注意目录的大小写）目录下新建一个XML文件，任意命名，只要和当前文件中的文件名不重复即可，代码如下。<Context path="/hello" docBase="D:eclipse3.2workspacehelloWebRoot" debug="0" privileged="true"> </Context>第三种方法相对来说比较灵活，并且可以设置别名。

一、静态部署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/>节点中添加： <Context path="/hello" docBase="D: workspacehelloWebRoot" debug="0" privileged="true"> </Context>或者<Context path="/myapp" reloadable="true" docBase="D:myapp" workDir="D:myappwork"/>或者<Context path="/sms4" docBase="D:workspacesms4WebRoot"/>

将jsp部署到tomcat的方法有三种：1、直接放到Webapps目录下Tomcat的Webapps目录是Tomcat默认的应用目录，当服务器启动时，会加载所有这个目录 下的应用。也可以将JSP程序打包成一个war包放在目录下，服务器会自动解开这个war包，并在这个目录下生成一个同名的文件夹。一个war包就是有特 性格式的jar包，它是将一个Web程序的所有内容进行压缩得到。具体如何打包，可以使用许多开发工具的IDE环境，如Eclipse、 NetBeans、ant、JBuilder等。也可以用cmd 命令：jar -cvf applicationname.war package.*；甚至可以在程序执行中打包：try{ string strjavahome = system.getproperty("java.home"); strjavahome = strjavahome.substring(0,strjavahome.lastindexof(\))+"\bin\"; runtime.getruntime().exec("cmd /c start "+strjavahome+"jar cvf hello.war c:\tomcat5.0\webapps\root\*"); } catch(exception e){system.out.println(e);}webapps这个默认的应用目录也是可以改变。打开Tomcat的conf目录下的server.xml文件，找到下面内容：<Host name="localhost" debug="0" appBase="webapps" unpackWARs="true" autoDeloy="true" xmlValidation="falase" xmlNamespaceAware="false">

都没有了么，你搜索你的所有的盘，看看有没有

(HttpServletRequest) ActionContext.getContext().get( ServletActionContext.HTTP_REQUEST)).getRealPath("/")) .getParent()

tomcat下的webapps文件夹下。

几种方法：1、在myeclipse里部署这个直接在myeclipse里配置好tomcat的根路径。在server里可以看到tomcat，选择部署你的工程就行了。2、把自己的web工程放在tomcat的webapps下2.1 把你的工程达成war包，放进tomcat的webapps下；2.2 把你工程的webroot下的内容用你的工程名称（其实是你想要的在啊浏览器访问的应用路径名）作为文件夹包住webroot下的内容（要保证你的classes有东西，lib有东西）3、把描述自己工程的context放在webapps下context里可以描述你的工程的名称，工程存放的路径4、在tomcat的conf/server.xml配置相应的context元素这个和3的作用差不多，只是这个是在tomcat的server启动时加载的以上都能让tomcat知道自己有多少应用要部署，将会进行相应的部署动作。部署完后，就可以在浏览器访问了。

看Context 的docBase 这种配置方式，不用放到tomcat中去<Host name="localhost" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false"> <Context path="" docBase="E:WorkspacewwwtxlWebRoot" Reloadable="true" debug="0"> <Resource name="jdbc/txldbs" type="javax.sql.DataSource" auth="Container" driverClassName="com.sybase.jdbc3.jdbc.SybDriver" maxActive="100" maxIdle="30" maxWait="10000" url="jdbc:sybase:Tds:192.168.1.40:4200/txldbs?charset=cp936" username="sa" password=""/> <Resource name="jdbc/rsk3" type="javax.sql.DataSource" auth="Container" driverClassName="com.sybase.jdbc3.jdbc.SybDriver" maxActive="100" maxIdle="30" maxWait="10000" url="jdbc:sybase:Tds:192.168.1.40:4200/rsk3?charset=cp936" username="sa" password=""/> </Context> <Valve className="org.apache.catalina.valves.FastCommonAccessLogValve" directory="logs" prefix="txl_access_log." suffix=".txt" pattern="common" resolveHosts="false"/></Host>

首先你要明白什么时候war包才会解压当tomcat启动时候会去查看webapps下的所有war包，同时查看是否有该war包对应的已解压文件，如果已经存在就不会再解压，也不会将你已经修改的jsp覆盖掉，只有当你删除war包对应的同名文件夹（你的工程）后，启动tomcat时才会再解压war文件 明白？？？

　　在Tomcat安装目录中，webapps默认为部署网站用的目录。webapps/ROOT是网站的根目录，其它目录都是网站的子目录，如webappsjsp-examples目录。但是，当我们新建一个子目录时，却并不能在浏览器里正常访问。就连HTML文件也访问不了。为什么会出现这种情况呢？　　原来，在Tomcat中，每一个webapps下的子目录都被认为是一个JSP站点。因此，该子目录必需要有JSP站点的必要结构才行。也就是，在创建的子目录下，必需有WEB_INF目录以及WEB_INF下的web.xml文件。WEB_INF目录以及其下的web.xml文件，是JSP用来配置站点用的。

是。你在webapps下新添加的文件夹（比如说新建的文件夹为test），那么要通过设置tomcat|conf目录下的server.xml文件，添加如下内容：<!--TomcatManagerContext--><Contextpath="/test"docBase="test"debug="0"privileged="true"/>在类似上述代码的地方加入这段代码即可。

那你webapps下肯定放了很多工程喽。。把你一些没用到工程删掉就可以啦。都可以删除的，如果你不用的话。

wtpwebapps跟webapps差不多，都是存放编译后的项目。eclipse默认路径是wtpwebapps，因为一些项目需求，可能需要改到webapps下面。这个要在tomcat中修改。你可以看看下面的链接，修改eclipse下tomcat部署路径http://blog.csdn.net/yuan16423276/article/details/37502705

先弄清楚apache和tomcat的区别。apache是web服务器，tomcat是应用（java）服务器，它只是一个servlet容器，可以认为是apache的扩展。apache和tomcat都可以做为独立的web服务器来运行。但是apache不能解释java程序。如：jsp。class等文件。然后再看webapps，顾名思义，webapps里边主要是放web应用的。比如我们开发的java网站等等都可以放到webapps里边进行部署发布。apache功能类似的是htdocs文件夹。区别就是上面的。apache只支持html，js等静态文件。jsp放入里边是不行的。

(以下为tomcat6.0的目录结构) /bin 存放Windows或Linux平台上用于启动和停止Tomcat的脚本文件 /conf 存放Tomcat服务器的各种配置文件，其中最重要的是server.xml /lib存放Tomcat服务器所需的各种JAR文件/webapps存放Tomcat自带的两个Web应用：admin应用程序和manager应用程序 /lib存放Tomcat服务器以及所有Web应用都可以访问的JAR文件 /work Tomcat把由JSP生成的Servlet放于此目录下 /webapps 当发布Web应用时，默认情况下会将Web应用的文件存放于此目录中

项目名.war就是编译好的web项目了。

tomcat7跟以前的版本一样，默认的发布程序是/usr/local/tomcat/webapps/ROOT下面，即我们必须将测试文件放在此目录下才能进行测试，如何更改ROOT路径呢？我们可以修改vim /usr/local/tomcat/webapps/conf/server.conf。我的文件如下：Host name="localhost" appBase="/data/htdocs/www"unpackWARs="true" autoDeploy="true"/Host/Engine在host/host标签之间添加上：Context path="" docBase="example" debug="0" reloadable="true" /path是说明虚拟目录的名字，如果你要只输入ip地址就显示主页，则该键值留为空；docBase是虚拟目录的路径，它默认的是$tomcat/webapps/ROOT目录，现在我在webapps目录下建了一个example目录，让该目录作为我的默认目录。debug和reloadable一般都分别设置成0和true，重启tomcat应该就可以生效了。

启动是加载所有目录下的应用。根据查询博客园显示，Tomcat的Webapps目录是Tomcat默认的应用目录，当服务器启动时，会加载所有这个目录下的应用。所以可以将JSP程序打包成个war包放在目录下，服务器会自动解开这个wa包，并在这个目录下生成一个同名的文件夹。