Java Web开发Tomcat中三种部署项目的方法

第一种方法 在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

Tomcat部署Web应用方法总结

在Tomcat中部署Java Web应用程序有两种方式：静态部署和动态部署。

在下文中$CATALINA_HOME指的是Tomcat根目录。

一、静态部署

静态部署指的是我们在服务器启动之前部署我们的程序，只有当服务器启动之后，我们的Web应用程序才能访问。

以下3种方式都可以部署：（以PetWeb项目为例说明，PetWeb目录假设是F:/PetWeb）

1.利用Tomcat自动部署

将PetWeb目录拷贝到$CATALINA_HOME/webapps下，然后启动服务器就可以了，Tomcat启动时将自动加载应用。

访问地址如下：http://localhost:8080/PetWeb/

这种方式比较简单，但是web应用程序必须在webapps目录下。Tomcat的Webapps目录是Tomcat默认的应用目录，当服务器启动时，会加载所有这个目录下的应用。

2.修改Server.xml文件部署

这种方式可以不必将PetWeb目录拷贝到webapps下，直接在F:/部署。方法如下，更改$CATALINA_HOME/conf/server.xml文件，

找到以下内容：

Xml代码：

1. <Context path

="/Pet" reloadable ="false" docBase

="F:/PetWeb" workDir ="d:/Mywebapps/emp" />

path：是访问时的根地址，表示访问的路径；如上述例子中，访问该应用程序地址如下：http://localhost:8080/Pet/

reloadable：表示可以在运行时在classes与lib文件夹下自动加载类包。其中reloadable="false"表示当应用程序中的内容发生更改之后服务器不会自动加载，这个属性在开发阶段通常都设为true，方便开发，在发布阶段应该设置为false，提高应用程序的访问速度。

docbase：表示应用程序的路径，注意斜杠的方向“/”。

docBase可以使用绝对路径，也可以使用相对路径，相对路径相对于webapps。

workdir：表示缓存文件的放置地址

3.增加自定义web部署文件(推荐使用，不需要重启Tomcat

)

这种方式和方法2差不多，但不是在Server.xml文件中添加Context标签，而是在$CATALINA_HOME/conf/Catalina/localhost中添加一个xml文件，如Pet.xml.在Tomcat安装目录conf/Catalina

/localhost下，里面有Tomcat自带的三个应用，随意复制其中的一个XML文件，然后修改docbase指向你自己的应用程序，并把文件名改名，各参数参见方法2中的<Context>标签的参数，或者你也可以自己新建一个XML文件。(注意此文件名将作为Context中的path属性值,不管文件里的path属性值如何设置也是无效的

)，将以下内容复制过去，修改相应路径即可。

Xml代码：

1. <Context path

="/Pet" docBase ="F:/PetWeb"

2.debug ="0"

privileged ="true" reloadable ="false"

>

3. </Context>

访问地址如下：http://localhost:8080/Pet/

注： Web应用以.war文件的形式部署

可以将JSP程序打包成一个war包放在目录下，服务器会自动解开这个war包，并在这个目录下生成一个同名的文件夹。一个war包就是有特性格式的jar包，它是将一个Web程序的所有内容进行压缩得到。

我们刚才是将PetWeb文件夹部署在了服务器中，我们知道可以将Web应用程序的内容打成.war包，然后在部署在服务器上。打包请参考如下步骤：

1、打开命令提示符（cmd）

2、设置jdk环境变量

3、在命令提示符中进入项目文件夹F:/PetWeb后，键入如下命令：jar cvfPet.war */ .

（注意最后有个“. ”）。这样在F:/PetWeb下应该有Pet.war文件。（也可以打包到指定的地方，命令如下：jar

cvf d:/Pet.war */.）

部署Pet.war文件非常简单，将刚才xml文件中的docBase

="F:/PetWeb"更改为docBase ="F:/Pet.war"或者直接将其拷贝到webapps目录下就可以。然后重新启动服务器就可以将Pet.war部署为一个Web应用程序了。

如果你够细心的话你会发现，服务器将Pet.war文件解开，并且在webapps下面又生成了一个Pet文件夹，然后把Pet.war的内容拷贝到里面去了。我们可以通过以下方式取消自动解压缩，将xml配置文件中的unpackWAR属性设置为"false"

即可。

二、动态部署

动态部署是指可以在服务器启动之后部署web应用程序，而不用重新启动服务器。动态部署要用到服务器提供的manager.war文件，如果在$CATALINA_HOME/webapps/下没有该文件，你必须去重新下载tomcat，否则不能完成以下的功能。要想使用该管理程序必须首先编辑$CATALINA_HOME/conf/tomcat-users.xml文件，内容如下：（关于这个文件的更多内容，请参考

Java Web应用程序的安全模型二）

<tomcat-users>

<role rolename="tomcat"/>

<role rolename="role1"/>

<role rolename="manager"/>

<user username="coresun" password="coresun"roles="manager"/>

<user username="tomcat" password="tomcat"roles="tomcat"/>

<user username="both" password="tomcat"roles="tomcat,role1"/>

<user username="role1" password="tomcat"roles="role1"/>

</tomcat-users>

然后在浏览器中键入如下地址：http://localhost:8080/

，应该看到一个加菲猫了吧。点击左边的Tomcat Manager链接，提示输入用户名和密码，本文都是coresun，然后可以看到以下页面：

(1)Context Path(option):中输入/Pet

(2)XML Configration file URL中要指定一个.xml文件，比如我们在F:/下建立一个Pet.xml文件，内容如下：<Context reloadable

="false" / >。docBase不用写了，因为要在下一个文本框中填入。或者更简单点，这个文本框什么都不填。

(3)WAR or Directory URL:中键入F:/PetWet或者F:/Pet.war都可以，然后点击Deploy按钮，看看上面是不是已经看到了你web应用程序，名字就是你ContextPath(option):中的名字。

(4)如果你部署.war文件还有更加简单的方式，下面还有个Select WAR file upload点击浏览选择.war文件，然后点击Deploy也可以。

让tomcat只运行conf/server.xml中指定的web应用

可以有以下2种办法：

实现一:

1)将要部署的WEB应用放在webapps以外的路径,

并在server.xml相应的Context 中的docBase指定.

2)删除webapps中的所有文件夹,

以及conf/catalina/localhost下所有xml文件.

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

实现二:

修改server.xml中Host 元素的属性,

添加或修改:

deployXML ="false"

deployOnStartup ="false"

autoDeploy ="false"

含义:

deployXML ="false"

: 不部署conf/catalina/localhost下的xml相应的WEB应用

deployOnStartup ="false"

:tomcat启动时,

不部署webapps下的所有web应用

autoDeploy ="false"

:避免tomcat在扫描改动时,

再次把webapps下的web应用给部署进来.

注：

Tomcat中webapps目录下不能直接存放网页格式的文件，否则无法访问到该文件，必须有子目录才能访问该网页文件。

例如：我们直接将index.html放在webapps目录中，通过浏览器http://localhost:8080/index.html是无法访问到index.html的。而必须要webapps/petweb/index.html才可以通过http://localhost:8080/petweb/index.html访问到index.html页面。

Docker部署WEB 应用时，本地可以成功打开测试页，在公网上(阿里云服务器)却不能打开。

1、环境：阿里云服务器

2、CentOS7系统

3、Docker成功部署

这里前提docker 已经成功部署啦，现有有一个简单的测试案例，在docker上部署一个应用从而访问web。

接下来让我们尝试使用 docker 构建一个 web 应用程序。

我们将在docker容器中运行一个 Python Flask 应用来运行一个web应用。

通过 -p 参数来设置一样的端口：

docker ps 查看正在运行的容器

容器内部的 5000 端口映射到我们本地主机的 5000 端口上。

这时我们可以通过浏览器访问WEB应用

访问失败

指定外网端口为5000，

1. 本地测试能否打开测试页

本地没有问题。

2. 浏览器中访问

在任意一台电脑上输入公网IP+端口号 (此端口号为运行WEB应用时指定的端口号5000) 如我的阿里云公网IP为123.11.11.11 此时在任意一台有网络的浏览器地址栏输入公网IP：http://123.11.11.11:5000 应该会出现测试页

但现在出现如下图所示：

显示打不开

查啦大量资料，以前曾经也解决过，一定弄明白自已购买的地区后，再去设置安全组的配置规则。

***1. 登录阿里云管理控制台****

2.找到云服务器ECS-概览

3. 点击云服务器ECS，这个是我购买的类型，其他类型的就不清楚啦。

4. 点击本安全组后，再次点击配置规则：

5. 手动添加端口5000

6. 最后保存，再从浏览器地址栏输入公网IP加端口号3344成功显示测试页如图：

---