war包启动的时候选择配置文件

Spring boot 项目开发，一般我们会指
然后通过配置springprofilesactive来指定启用哪个配置文件，当打包时需要手动进行改动，有点麻烦，于是乎为了简单，可以配置tomcat启动参数，直接启动时指定配置文件即可，打包的时候不用手动修改

Storm 学习之路（六）—— Storm项目三种打包方式对比分析
Storm 系列（六）—— Storm 项目三种打包方式对比分析
Springboot中IDE支持两种打包方式，即jar包和war包
IntelliJ IDEA自身以及maven项目打包方式
ResHacker 用命令行方式修改 windows PE文件版本号
安装在CloudStack时CentOS64中安装MySQL通过mysql_secure_installation方式修改密码
真有用？Snap和Flatpak 通吃所有发行版的打包方式。
tweenjs是一款可生成平滑动画效果的js动画库。tweenjs允许你以平滑的方式修改元素的属性值。它可以通过设置生成各种类似CSS3的动画效果。
通过替换frm文件方式修改表结构
Sqlserver 命令行方式修改 用户密码的方法
Window通过Web方式修改域用户密码
Java的各种打包方式
SpringBoot-Jar打包方式
在Windows Server 2008 R2中使用web方式修改域用户账户密码
maven的两种打包方式
ava的打包jar、war、ear包的作用、区别、打包方式
Spring Boot20之 jar打包方式
热门专题
怎么把CENTOS7变成桌面版本INPUT输入框显示历史记录MYBATIS 集成 ORACLE, MYSQL 区别JBPM44 跳出分支节点DAPHILE 双系统 UEFIFASTDFS 管理系统宝塔开启 MCRYPTPYTHON2人猜数字炸dR读取TXT文件出现乱码C# GETCLASSNAME 声明ASPUPLOAD使用方法JAVA CONTROLLER统一管理异常C#在类库里启动FORM窗体SQLSERVER 2008 R2报表服务器 配置UNITY各向异性高光SPRING BOOT 事务内另起线程ANYCONNECT手机网址UNITY 物体缓动NORTHWIND 样本数据库UBUNTU系统备份和还原

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即可。

以上转自： >

具体步骤如下：

第一步:

先将项目打包成war文件，也就是将在项目上单击鼠标右键，选择Export:

选择WAR file,点击下一步：

会出现如下所示，选择你要保存的位置，点击完成：

在你所选择的地方会有个如下所示的war文件：

以上步骤只是完成了将项目打包成war文件的步骤，现在来说将war包部署到服务器的步骤：

第二步：

先将war包用类似于ftp的工具(我自己用的是ftp，这种工具很多的)上传到固定位置

第三步：

一般是先停止tomcat，Linux命令：shutdowsh,将war放到tomcat的webapps目录下,我自己用到的命令（我用ftp将war包放到了data下的version目录下）：

mv /data/version/tecDocwar /var/tomcat/tomcat6/webapps/tecDocwar

第四步：

然后启动tomcat，Linux命令：/startupsh,第六步也可以不用 *** 作了，我一般都是所有的配置都改好才打包

第五步：

再次停止tomcat，删除war文件(注：如果tomcat不停止 ，删除war包时，文件夹也会被tomcat一起自动删除，之所以删除war，是怕tomcat再次自动解压，覆盖掉修改的配置，不确定会不会再次解压，以防万一)

第六步：

修改自动解压的文件夹里配置（如果打包前没有修改配置文件，比如jdbcproperties文件（一般开发时用的是本地数据库，上生成时要改成生产数据库），就要用linux命令修改一下，如果打包前修改好了，就不用修改了）

第七步：

然后再启动tomcat

---