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

第一种方式，将我们的前端项目放置在webapps目录下

进入tomcat安装路径下的conf目录，在server.xml文件中<Host>标签内配置虚拟路径

简单的解释一下参数

path 对应用户请求过来的url路径, /static 匹配所有以 /static 开头的请求

docBase 表示实际匹配到的路径，这里可以使用绝对路径，也可以使用相对路径

reloadable 如果为true，则tomcat会自动检测应用程序的/WEB-INF/lib 和/WEB-INF/classes目录的变化。（对于静态资源来说，个人觉得这个配置用处不大）

总结起来就是，对于ip:8080/static的资源请求，会通过虚拟路径匹配到我们实际的资源路径music_client/static。

配置好后重启，我们可以发现已经能够看到我们的前端项目了

对于ROOT目录下的资源，tomcat可以直接在根目录下进行访问。通过这种方式，我们可以让项目的路径去适配tomcat访问的路径。

但是这种方式不是特别推荐，当有多个项目在同一个tomcat服务器上的时候，会不方便管理。

Nginx是当下热门的服务器，使用起来只需要进行简单的配置即可。对于Nginx的安装大家可以自行百度解决。

我们先进入到usr/local/nginx（具体以实际nginx安装目录为准）下的conf目录，vim编辑nginx.xml。主要进行下面的配置

简单的解释一下

listen 表示nginx监听的端口号，也就是你希望暴露哪个端口给用户进行访问

server_name 表示nginx接受请求的域名，一般默认localhost就行

location 模块用于响应请求，这里的 / 表示匹配8082端口的所有请求

root 表示静态资源/项目的路径

index 表示默认的访问资源

配置完成后，进入 sbin 目录下，通过 ./nginx -t 检查配置文件的格式是否正确

如正确 ./nginx 进行启动或者 ./nginx -s reload 进行重启

启动完，我们就可以直接ip:8082直接访问我们的前端项目啦

开启nginx的反向代理也比较简单，只需要加上proxy_pass 配置即可

出现这个问题的原因是： 在history模式下，只是动态的通过js *** 作window.history来改变浏览器地址栏里的路径，并没有发起http请求，但是当我们直接在浏览器输入这个地址的时候，就会对服务器发起http请求，但是这个目标在服务器上又不存在，所以会返回404。

我们可以通过把所有请求都转发到首页上来解决这个问题。只需要在 Nignx 中的配置文件加入如下配置：

事实上，上面的解决方式也是Vue-Router官方推荐的解决方式（ https://router.vuejs.org/zh/guide/essentials/history-mode.html#nginx ）。

那上面的 try_files 为什么能帮助我们解决这个问题呢？我们可以看一下这个属性的作用

try_files ：按选项所指定的顺序去检查用户请求的文件是否存在，如果本地存在的话则返回该请求；不存在的话将该请求转发到指定的其它路径。也就是说，比如我们当前的前端项目部署在 /usr/myproj 目录下，现在我们在浏览器发起 ip:port/testApi 请求，那么此时 uri 为testApi,nginx会先去 $root/testApi （即/usr/local/myproj/testApi）找是否存在该静态资源，若不存在，则继续寻找 $root/testApi/index （即/usr/local/myproj/testApi/index）文件是否存在，如果还是不存在，则会把请求转发到首页。

而我们的项目本事就是由Vue-Cli创建的 单页面应用 ，当index页面接收到请求的时候，对应的history模式路由就可以发挥作用了，根据浏览器的路由跳转到对应的页面，这也就保证了我们的路由请求都能够转发给index页面来进行处理。

这种问题一般是出现在服务器一开始安装Nginx的时候，没有安装SSL模块。在不重装Nignx的情况下，可以安装如下方式进行 *** 作：

执行如下命令

这一步只是以防万一，可以省略

也可以直接执行 ./usr/local/nginx/sbin/nginx -t 看还会不会报错就行

nginx报错: [emerg] https protocol requires SSL support in /usr/local/nginx/conf/nginx.conf:50

---