实习日记day15

项目war打包

https://blog.csdn.net/wuxiekejitheone/article/details/68502706
打包WAR过程

首先对项目进行编译。然后执行以下步骤：
单击下图红色方框处
在IDEA右侧出现maven project选项
单击maven project选项，出现Spring MVC Basic Feature菜单，选择 其中的Lifecycle菜单项，展开，执行里面的package命令即可。

到这打包已完成，在项目文件夹/target/下可以找到 *.war 文件。

将war文件部署到tomcat上

我们采用一种比较简单的部署方式：
将war文件拷贝到tomcat安装目录的$TOMCA{T}_{H}OME/webapps文件夹下。修改$TOMCAT_HOME/conf/server.xml，在Host配置段中添加类似于如下内容：docBase=”appname.war”中的appname.war 替换成自己的war的名字。重启tomcat，然后访问http://localhost:8080/appname 即可。

在做项目时，通常对即将要发布的项目打成两种类型的包：jar和war。那么究竟jar和war有什么区别呢？ 回顾一下我们在做项目时，一般将项目分为两层：服务层和表现层（视图层），通常我们把服务层打包成jar，而把视图层的包打成war包。通过仔细对比可以发现：jar包中包含了你写程序的所有服务或者第三方类库，它通常是作为幕后工作者，为视图层用户与之交换数据处理的一个服务者，jar文件格式以Zip文件格式为基础，与Zip不同的是，它可以被发布，而且还能用于部署，它封装了库、组件和插件程序，并且可以被编译器和jvm使用，在jar中还包含特殊的文件，如mainfests和部署的应用描述，用于指示工具如何处理特定的jar。 一个war文件可以看成一个web应用程序。与jar封装不同的是：它内聚了很多页面，如html、jsp，Servlet，js,css,icon图片文件等等，当然还包括组成web应用的其他组件，这些文件基本没有复杂业务逻辑的处理，基本上仅仅是用来当做程序的门户负责与使用者交互，仅此而已。 这样做有什么好处呢？根据平时的开发习惯，很容易能够想到：第一，这样做使代码的层次分明，前后端分离；第二，便于划清前后端的职责，加快开发进度并且利于维护；第三，也是我经常用到的，那就是对于靠后期维护的项目来说，比如业务复杂多变而又琐碎的项目，如果仅仅是改变前端的样式或者进行调整，我不必把服务也关掉，只需要停掉web，做完修改后能够马上部署上线，针对我写过的项目来说，直接调用接口给到的返回结果可以根据需要只在页面进行调用就能够显示，而服务端代码一点都不需要变化，极大方便了开发。。当然，使用了springboot后，项目都会被打包成jar，或者打包成war部署在外部容器中也可以，这点以后再说。 以上都是从实际中出发看出的最明显的区别，如果从内部看，我们可以看到：war包中的目录结构中包括WEB-INF，而war是一个可以直接运行的web模块，做好一个web项目后，需要打包部署到容器中，一般放置在tomcat的\webapps\目录下，当启动tomcat时，这个包将被解压，即相当于发布了。而jar中一般都是些class文件，声明了Main_cass后就可以用java命令去运行它。 所有的包都是用jar打的，只不过目标文件的扩展名不一样。与jar类似，war也是许多文件的一个压缩包。这个包中的文件按一定目录结构来组织：通常其根目录下包含之前所说的有Html和Jsp文件或者包含这两种文件的目录，另外还会有一个WEB-INF目录，通常在WEB-INF目录下有一个web.xml文件和一个classes目录，web.xml是这个应用的配置文件，而classes目录下则包含编译好的Servlet类和Jsp或Servlet所依赖的其它类（如JavaBean）。通常这些所依赖的类也可以打包成JAR放到WEB-INF下的lib目录下，当然也可以放到系统的CLASSPATH中，但那样移植和管理起来不方便。所以项目打包什么情况下使用war，什么情况下使用jar也是很清楚的了。