如何生成war包

首先要求制作war包的环境安装j2sdk-142以上版本比如，安装了Plesk的服务器，就都已经具有了j2sdk切换到j2sdk的bin目录，找到jar命令在linux上，jar命令位于：/usr/java/j2sdk142/bin在win上，jar命令位于：C:/Program Files/SWsoft/Plesk/Additional/JDK/bin执行jar -cvf 将要生成的包名war 要压缩的目录名例如，要压缩C:/test目录下的子目录和jsp文件则先切换到jar文件所在的路径，键入如下命令：c:cd c:/testjar -cvf testwar 即可在当前目录下得到testwar随后可以把testwar上传到服务器＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝在TOMCAT中部署war 1、将war文件拷贝到tomcat目录/webapps/ 下。2、将必要的jar文件拷贝到tomcat目录/lib/ 下。3、修改tomcat目录/conf/下的serverxml。<!-- Tomcat Manager Context --><Context path="/manager" docBase="manager" debug="0"privileged="true"/>将这段代码中的<Context path="/manager" docBase="manager" debug="0" privileged="true"/>拷贝一下并修改：path="" 为war路径，docBase=""为你的war的文件名。4、完毕，启动tomcat

1、导出war包，右键选择要发布的项目--选择导出。

2、选择java EE下的war file，选择next，选择路径后--finish，完成了war的导出。

3、下载一个免安装版的tomcat。

4、将war包放入webapp中。

5、在tomcat安装目录中有一个conf文件夹，打开此文件夹，其中包含配置文件serverxml，打开配置文件，并在<host>和</host>之间插入如下语句。

<Context path="/hello" docBase="F:\eclipse32\workspace\hello\WebRoot" debug="0" privileged="true"> </Context>

其中，docBase为设置项目的路径。

6、启动tomcat--bin--startupbat启动后就可以直接访问项目了。

第一种方法 在tomcat中的conf目录中 在server xml中的 <host/>节点中添加

<Context path= /hello docBase= D:\eclipse forwebtools\workspace\hello\WebRoot debug= privileged= true >

</Context>

至于Context 节点属性 可详细见相关文档

第二种方法 将web项目文件件拷贝到webapps 目录中

第三种方法 很灵活 在conf目录中 新建 Catalina（注意大小写）＼localhost目录 在该目录中新建一个xml文件 名字可以随意取 只要和当前文件中的文件名不重复就行了 该xml文件的内容为

<Context path= /hello docBase= D:\eclipse forwebtools\workspace\hello\WebRoot debug= privileged= true >

</Context>

第 个方法有个优点 可以定义别名 服务器端运行的项目名称为path 外部访问的URL则使用XML的文件名 这个方法很方便的隐藏了项目的名称 对一些项目名称被固定不能更换 但外部访问时又想换个路径 非常有效

第 还有优点 可以定义一些个性配置 如数据源的配置等

还有一篇详细的

直接放到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（ strjavahome lastindexof（\\））+ \\bin\\ ;

runtime getruntime（） exec（ cmd /c start +strjavahome+ jar cvf hello war c:\\tomcat \\webapps\\root\\ ）

}

catch（exception   e）{system out println（e） }

webapps这个默认的应用目录也是可以改变 打开Tomcat的conf目录下的server xml文件 找到下面内容

<Host name= localhost debug= appBase= webapps unpackWARs= true autoDeloy= true xmlValidation= falase xmlNamespaceAware= false >

在server xml中指定

在Tomcat的配置文件中 一个Web应用就是一个特定的Context 可以通过在server xml中新建Context里部署一个JSP应用程序 打开server xml文件 在Host标签内建一个Context 内容如下

<Context path= /myapp reloadable= true docBase= D:\myapp workDir= D:\myapp\work />

其中path是虚拟路径 docBase是JSP应用程序的物理路径 workDir是这个应用的工作目录 存放运行是生成的于这个应用相关的文件

创建一个Context文件

以上两种方法 Web应用被服务器加载后都会在Tomcat的conf\catalina\localhost目录下生成一个XML文件 其内容如下

<Context path= /admin docBase= ${catalina home}/server/webapps/admin debug= privileged= true ></Context>

可以看出 文件中描述一个应用程序的Context信息 其内容和server xml中的Context信息格式是一致的 文件名便是虚拟目录名 您可以直接建立这样的一个xml文件 放在Tomcat的conf\catalina\localhost目录下 例子如下

注意 删除一个Web应用同时也要删除webapps下相应的文件夹祸server xml中相应的Context 还要将Tomcat的conf

\catalina\localhost目录下相应的xml文件删除 否则Tomcat仍会岸配置去加载……

tomcat部署web应用主要有以下几种方式

）拷贝你的WAR文件或者你的web应用文件夹（包括该web的所有内容）到$CATALINA_BASE/webapps目录下

）为你的web服务建立一个只包括context内容的XML片断文件 并把该文件放到$CATALINA_BASE/webapps目录下 这个web应用本身可以存储在硬盘上的任何地方 这种context片断提供了一种便利的方法来部署web应用 你不需要编辑server xml 除非你想改变缺省的部署特性 安装一个新的web应用时不需要重启动Tomcat

）同方法 只是将context片断放在CATALINA_BASE\conf\Catalina\localhost目录下 这种方法比方法 >要有效 笔者经过多次实验发现方法 不如后面这种方法好用 前者多次出现系统打不开的情况

）直接在server xml中</Host>前加上Context片断 使用这种方法时 tomcat会自动在CATALINA_BASE\conf\Catalina\localhost目录下生成一个文件片断 方法同方法 具有同样效果 这种方式需要将ROOT目录删除才行

另外 为了让tomcat只运行conf/server xml中指定的web应用 可以有以下几种办法

实现一

）将要部署的WEB应用放在webapps以外的路径 并在server xml相应的context中的docBase指定

）删除webapps中的所有文件夹 以及conf/catalina/localhost下所有xml文件

注 webapps是server xml中的Host元素的appBase属性的值

实现二

）修改server xml中Host元素的属性 添加或修改 deployXML= false deployOnStartup= false autoDeploy= false

）含义

lishixinzhi/Article/program/Java/ky/201311/28718

Jetty比较简单，和Tomcat大致相同，本文主要描述jetty9以上版本的使用，jetty9版本对jetty的目录结构和使用都有了一些明显的改动。

Jetty较于Tomcat属于轻量级，而且在处理高并发细粒度请求的场景下显得更快速高效。所以使其也拥有众多使用场景，合适的选择应该为：云平台本身的门户网站放在Tomcat内，而云台托管的Java Web应该是部署在Jetty内的。

bin目录是存放在Unix系统下运行的shell脚本的；

etc存放的都是jetty的配置文件；

modules是存放着各个模块的，以mod结尾，点进去可以看到有众多模块，不过大多数是没有激活的，像logs，webapps这种模块就是默认激活的。

webapps和Tomcat一样，用于存放项目的；

可以看到截图中是有个work目录的，正常情况下，解压jetty是没有这个目录的，因为当在webapps中存放项目时，通过在根目录下面运行java -jar startjar命令，启动jetty，由于jetty本身所在的目录和运行的项目的路径是分开的，这方便于丹jetty升级的时候，并不影响运行的项目，所以例如在webapps下放置一个war包，运行jetty，该war包解压出来的项目是存在于系统的temp的目录下面的，在jetty的目录中并不能找到，不过当创建一个work文件夹的时候，解压出来的项目就会默认的存放在work文件夹内了。

里面的配置文件编写为：

这是最基础的配置，同tomcat的serverxml类似，不过jetty可以配置更多。

默认情况下，jetty会对根目录(也可以配置jettybase)下webapps/目录下的内容实现自动部署，部署的规则如下：

隐藏文件(开头)和d结尾的目录被忽略；
CVS目录如”CVS”和”CVSROOT”被忽略；
任何war包都会被自动部署；
任何xml描述文件被认为是可部署的；
任何目录都被认为是可部署的；
同名的war包和目录同时存在，目录不被部署，仅war包部署，且认为war包引用该目录；
同名的war包和xml文件同时存在，war包不被部署，仅xml文件描述符被部署，且认为该xml文件引用该war包；
同名的目录和xml文件同时存在，目录不被部署，xml文件被部署，且认为xml文件引用该目录；
关于更详细的说明，请参考官方文档的这里。我主要提醒的是：在webapps目录中，如果存在同名的目录、war包和xml文件，它们会被当做同一个工程，部署的优先级是xml文件>war包>目录。一定要注意同名，如果不同名，在webapps下存在一个war包，同时存在一个引用该war包的xml文件，则会导致重复部署，这就是我跳的坑。

部署时，推荐的做法是，将xml描述文件放到自动部署的webapps目录下，里面定义war包的路径、上下文路径、是否解压、临时目录、日志文件等，然后将war包放在自定义的固定目录下，项目更新，只需要备份和替换war包，重启jetty即可。

以上转自： >