web项目的发布（tomcat eclipse spring）

点击有惊喜

讨论一下项目发布的问题，因为我过去从没有认真发布过项目。
做过php的项目，在server上直接用php版本的eclipse进行开发，php的环境是早就配置好的，mysql也是事先安装好，在开发调试的过程中，都是直接使用server上的php+mysql+apache的环境，不存在项目发布的问题：开发好也就相当于部署好了。

但是，眼前这个项目不一样：
1.开发环境是虚拟机、生产环境是一台专门的server
2.开发环境和运行环境都是java语言环境下，eclipse开发的maven项目，运行在tomcat上

目前的情况是：
开发环境中，eclipse上直接对代码run on server的时候没有问题；
开发环境中，tomcat上直接运行，有问题，跑不起来；
生产环境，还没有部署过；

我作为一个发布小白，我想问：
1.不管是开发环境还是生产环境中，项目在tomcat上正式运行时，我的java代码或者js代码所使用到的jdk,jar,特别是maven引入的jar，是否就是eclipse中导入的？环境变量path？.m目录？（maven的仓库）

2.开发阶段通过maven导入的jar，在运行阶段，我的代码是怎么找到这些jar的？（maven的仓库）

3.部署项目的过程是否就是直接将真个目录粘贴到tomcat/webapps中就可以了？（如何部署到tomcat）

让我们一起探索：

首先，WebContent目录

上图中，您看到了一个拥有WebContent文件夹的项目，项目名为check。
但是用过eclipse的同学们都知道，你在eclipse中直接创建一个web的maven项目是压根没有WebContent文件夹的。比如，年少轻狂的我，最初就是创建了这样一个目录结构：

我很痛苦，原因是，很多教材上的项目都是有WebContent目录的，痛苦的原因，这个目录基本上就是整个项目的门面啊，你写了半天代码，结果web的访问入口的目录不见了，你不是在搞笑吗？
比如旺庄蒋锋老师的案例项目（虽然我跑不起来它，但是目录结构可以看看的）

那我们先看看，在eclipse上创建maven web项目的时候，如何让项目带有WebContent目录：
1.创建一个项目





看到了吧，项目刚出生的时候，默认没有WebContent目录
然后修改项目properties

之前的描述，都是现象和操作，下面我们来列举一下学到的原理：

这篇博文讨论的是发布web项目，那么从哪里发布到哪里呢？
很显然，我们需要从开发机的eclipse发布到生产机的tomcat（对，就tomcat，嘲笑我没出息吧）
也就是说，环境是固定了的，预先就已经固定了的。应用服务器，铁定就是tomcat的情况下，我们来看看在tomcat上如何发布一个项目。
tomcat我们过去理解，它是应用服务器，是servlet的容器。这种过去粗浅的理解其实还源自于那些朴素的国产java教材或者启蒙读物。
事实上我看了另一本书，受益匪浅，这本书的名字叫做《看透Spring MVC源代码分析与实践》作者韩路彪。
哇靠，醍醐灌顶。
比如：
tomcat确实是servlet容器，但是这个描述严格来说是错的，应该说，tomcat中包括了servlet容器。
tomcat本身是一个容器，但不能狭隘的理解为“servlet容器”。
我们来看看tomcat中最关键的一个配置文件就知道了：

<?xml version="1.0" encoding="UTF-8"?><Server port="8005" shutdown="SHUTDOWN">  <Listener className="org.apache.catalina.startup.VersionLoggerListener" />  <Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />  <Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" />  <Listener className="org.apache.catalina.core.ThreadLocalLeakPreventionListener" />  <GlobalNamingResources>    <Resource name="UserDatabase" auth="Container"              type="org.apache.catalina.UserDatabase"              description="User database that can be updated and saved"              factory="org.apache.catalina.users.MemoryUserDatabaseFactory"              pathname="conf/tomcat-users.xml" />  </GlobalNamingResources>  <Service name="Catalina">    <Connector port="8080" protocol="HTTP/1.1"               connectionTimeout="20000"               redirectPort="8443" />    <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />        <Engine name="Catalina" defaultHost="localhost">      <Realm className="org.apache.catalina.realm.LockOutRealm">        <Realm className="org.apache.catalina.realm.UserDatabaseRealm"               resourceName="UserDatabase"/>      </Realm>      <Host name="localhost"  appBase="webapps"            unpackWARs="true" autoDeploy="true">        <Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"               prefix="localhost_access_log" suffix=".txt"               pattern="%h %l %u %t &quot;%r&quot; %s %b" />      </Host>    </Engine>  </Service>  </Server>

这是一个完整的server.xml文件的内容
顶层元素是[server]里面包含一个名为catalina的[service]
[service]里面有两个[connector]和一个[engine]
[server]表示整个tomcat服务器；
[Engine]的字面意思是引擎，实际上是容器。
[connector]负责通讯，将请求封装为符合http协议规范的数据包，然后依靠socket进行通讯。
真正的servlet容器，实际上就是从Engine开始的，servlet容器只是tomcat的一部分它的另一部分就是connector.

接下来，什么是container? 什么是connector?

容器有四种：Engine Host Context Wrapper
配置这四种容器，需要配置文件。
Engine和Host在conf目录下server.xml文件中配置

通常默认，Host表示webapps目录

我们写的项目，需要被发布的项目，其实最终会对应一个Context也就是一个应用。
那么Context如何配置？

Context有三种配置方法：
1.通过配置文件
2.将war打包文件直接拷贝到Host目录（也就是webapps目录下）
3.将项目整个文件夹直接拷贝到Host目录下

如果通过配置文件进行配置，如同engine和host在server.xml文件中配置，context在配置文件中，有5个配置的地方：
conf/server.xml中的标签
conf/[engine]/[host]/这个目录下，与应用同名的xml文件
应用的/META-INF/context.xml文件
conf/context.xml文件
conf/[engine]/[host]/context.xml.default文件

Wrapper的配置，就是web.xml文件中的

那么我们最初的问题似乎找到了答案。


基于上述描述，我们可以得出结论，Tomcat部署web项目其实和你怎么开发的基本没有关系，也就是说你的开发过程不会影响Tomcat上的部署过程，开发对于部署来说，是透明的。
你可以打包成war文件让tomcat来自动解开这个war包来部署
也可以整个把文件夹拷贝过来，然后修改tomcat的配置文件来部署。

你的开发过程用eclipse或者不用，用maven或者不用，打包成war或者不打，对于tomcat来说没有影响，你只需要把对应的配置文件配置好，把对应的目录和文件拷贝过来，Tomcat这台服务器server就会依据配置文件识别站点和应用，让你的servlet在container中运行。

其实我们之所以大费周章的描述这个问题，是因为我们希望可以在这次项目中，用一种比较“正规”的方式去开发和部署自己的项目，脱离刀耕火种的土鳖状态，用现代化的工具将所有的行为打造成自己的作品。基于这种考虑，毫无疑问我们需要更加现代化的部署过程，也就是打包成war文件，然后发布到tomcat。（记住，是发布，不是拷贝）

那么在eclipse上如何将一个maven的web项目发布成war，以及如何将war发布到tomcat就是我们需要了解的过程。

我们聊聊下面这个话题：
eclipse和maven是什么关系？

在开发过程的最开始，我们使用eclipse market为eclipse添加了maven的插件，如下图所示：


但是这个地方似乎看不出来maven和eclipse的关系，以及maven是什么版本的。接下来我们再看看：

这里是整个eclipse的preferences中有关于maven的信息，看到eclipse中通过插件获取的maven的版本是3.3.9
那么这个maven的安装目录在哪里呢？
这个估计得查查eclipse的配置才知道，我想说的是，maven本来就是一个完全可以脱离任何环境（它必须依赖jdk）独立运行的东西，我们的eclipse仅仅是安装了maven插件而已，其实你可以自己安装一个maven的。

去maven官网下载最新3.5.2版本的maven然后解压缩，配置环境变量，就可以在命令行使用，如下图：



测试一下：

这样我们就在eclipse之外单独部署了一个maven
我们也可以在eclipse中使用这个maven，过程就不描述了，道理很简eclipse与maven之间的关系是使用关系，eclipse使用maven，就像eclipse使用tomcat一样。只需要再eclipse中配置maven的路径就可以用了。
所以之前问题的答案很明确：使用关系。

所以接下来的问题就很明确了，eclipse如何将maven的web项目发布成war?

我们先来看看许晓斌的《maven 实战》这本书关于发布项目的内容：
ps:许晓斌也是个人才，百度百科上说，他目前是阿里巴巴的技术专家。
这本书2.7.2部分特别指出：不要使用IDE自带的maven，原因有两个：太新的版本可能不稳定；IDE和命令行的maven必须保持一致，否则可能会出现莫名其妙的错误。
修改IDE中maven的过程就像上面所说的过程一样，看来还是应该用独立的maven。
此外，他也推荐使用用户范围（而不是全局范围的）settings.xml文件

点击有惊喜