Java Web开发Tomcat中三种部署项目的方法,开始Java web开发必不可少的步骤，经过查找，觉得有篇文章介绍的不错
1、在conf目录中新建Catalinalocalhost目录，在该目录中新建一个xml文件，名字可以随意取，只要和当前文件中的文件名不重复就行了。
在Tomca的安装目录 conf/Catalina/localhost下，里面有Tomcat自带的三个应用，随意复制其中的一个XML文件，然后修改docbase指向你自己的应用程序，并把文件名改名，
改xml文件的内容为：
<Context path="/hellooo" docBase="D:/myWork"
reloadable="false" debug="0"
privileged="true" >
</Context>
xml的文件名必须和path的名字一致。
(注意xml文件名(例如：hello.xml)将作为Context中的path属性值,不管文件里的path属性值如何设置也是无效的)
上面例子的访问路径是:http://localhost:8080/hello
2、直接放到Webapps目录下
Tomact的Webapps目录是Tomcat默认的应用目录，当服务器启动时，会加载所有这个目录下的应用。也可以将JSP程序打包成一个war包放在目录下，服务器会自动解开这个war包，并在这个目录下生成同名的文件夹，一个war包就是有特性格式的jar包，它是讲一个Web程序的所有内容进行压缩得到。具体如何打包，可以使用许多开发工具的IDE环境，如Eclipse、NetBeans、ant、JBuilder等。也可以用cmd
命令： jar -cvf applicationname.war package.*
将HelloWeb目录拷贝到$CATALINA_HOME/webapps下，然后启动服务器就可以了，Tomcat启动时应用自动加载。访问地址：http://localhost:8080/hello/
Webapps这个默认的应用目录也可以改变。打开Tomcat的conf目录下的server.xml文件，找打下面的内容：
<Host name="localhost"appBase="webapps"
unpackWARs="true"autoDeploy="true" xmlValidation="false"xmlNamespaceAware="false">
将appBase修改即可.
3 . 在server.xml中指定
这种方式可以不必将PetWeb目录拷贝到webapps下，直接在"D:/myWork"下部署。方法如下，更改$CATALINA_HOME/conf/server.xml文件，
在Tomcat的配置文件中，一个Web应用就是一个特定的Context, 可以通过在server.xml中新建Context里部署一个JSP应用程序。打开server.xml文件，在Host标签内建立一个Context，内容如下。
在tomcat中的conf目录下，在server.xml中，<host/>节点中添加：
<Context path="/hellooo" docBase="D:/myWork"debug="0" privileged="true"></Context>
（1）path：是访问时的根地址，表示访问的路径；如上述例子中，访问该应用程序地址如下：http://localhost:8080/hellooo/
（2）docBase是应用程序的物理路径，表示应用程序的路径，注意斜杠的方向“/”。docBase可以使用绝对路径，也可以使用相对路径，相对路径相对于webapps。
（3）workDir是这个应用的工作目录，存放运行时生成的这个应用相关的文件，表示缓存文件的放置地址
（4）debug 则是设定debug level, 0表示提供最少的信息，9表示提供最多的信息；
（5）privileged 设置为true的时候，才允许Tomcat的Web应用使用容器内的Servlet
（6）reloadable如果为true则tomcat会自动检测应用程序的/WEB-INF/lib 和 /WEB-INF/classes 目录的变化，自动装载新的应用程序，可以再不重启tomcat的情况下改变应用程序，实现热部署 antiResourseLocking 和 antiJARLocking 热部署是需要篇配置的参数，默认false避免更新了某个webapp,有时候Tomcat并不能把旧的webapp完全删除，通常会留下WEB-INF/lib下的某个jar包，必须关闭Tomcat才能删除，这就导致自动部署失败。设置为true，Tomcat在运行对应的webapp时，会把响应的源文件和jar文件复制到一个临时目录里。
这个方法可以定义别名，服务器端运行的项目名称为path，外部访问的URL则使用XML的文件名。这个方法很方便的隐藏了项目的名称，对一些项目名称被固定不能更换，但外部访问时又想换个路径，非常有效。
注意： 删除一个Web应用同时也要删除webapps下相应的文件夹和server.xml中相应的Context，还要将Tomcat的confCatalinallocalhost目录下相应的xml文件删除，否则Tomcat仍会去配置并加载...
二动态部署
登陆tomcat管理控制台：http://localhost:8080/，输入用户名和密码后便可管理应用并动态发布。
在ContextPath(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也可以。
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">
2、在server.xml中指定（实际中比较常见）
在Tomcat的配置文件中，一个Web应用就是一个特定的Context，可以通过在server.xml中新建Context里部署一个JSP应用程序。打开server.xml文件，在Host标签内建一个Context，内容如下。
<Context path="/myapp" reloadable="true" docBase="D:myapp"
workDir="D:myappwork"/>
其中path是虚拟路径，docBase是JSP应用程序的物理路径，workDir是这个应用的工作目录，存放运行是生成的于这个应用相关的文件。
3、创建一个Context文件
以上两种方法，Web应用被服务器加载后都会在Tomcat的confcatalinalocalhost目录下生成一个XML文件，其内容如下：
<Context path="/admin" docBase="${catalina.home}/server/webapps/admin"
debug="0" privileged="true"></Context>
可以看出，文件中描述一个应用程序的Context信息，其内容和server.xml中的Context信息格式是一致的，文件名便是虚拟目录名。您可以直接建立这样的一个xml文件，放在Tomcat的confcatalinalocalhost目录下。例子如下：
注意：删除一个Web应用同时也要删除webapps下相应的文件夹祸server.xml中相应的Context，还要将Tomcat的conf
catalinalocalhost目录下相应的xml文件删除。否则Tomcat仍会岸配置去加载。。。
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应用给部署进来.
=================================================================================
方式一：将web项目拷贝至webapps目录下。
方式二：修改tomcat目录下的conf目录下的server.xml，在其<Host>标签中添加子标签，代码如下：
1 <Host appBase="webapps" autoDeploy="true" name="localhost" unpackWARs="true"> 2 3 <!-- SingleSignOn valve, share authentication between web applications 4 Documentation at: /docs/config/valve.html --> 5 <!-- 6 <Valve className="org.apache.catalina.authenticator.SingleSignOn" /> 7 --> 8 9 <!-- Access log processes all example. 10 Documentation at: /docs/config/valve.html 11 Note: The pattern used is equivalent to using pattern="common" --> 12 <Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs" pattern="%h %l %u %t "%r" %s %b" prefix="localhost_access_log." suffix=".txt"/> 13 <Context path="/a" docBase="d:/workspace/a"></Context> 14 </Host>
path指定访问路径，docBase指定项目根目录。
方式三：在conf/Catalina/localhost目录下新建一个.xml文件，文件名字任意。
<Context path="/a" docBase="d:/workspace/a/webContent"></Context>