背景
最近公司在做一些內(nèi)部的小型web應用時， 為了提高開發(fā)效率決定使用springboot， 這貨自帶servlet容器，
你在開發(fā)web應用時可以直接在本地像運行控制臺應用一樣啟動，省去了重復部署的時間；配置上相比于springmvc也是有了大大的簡化。springboot的應用可以直接打成一個可運行的jar包，
你無需發(fā)愁為了不同應用要部署多個tomcat。但是實際部署時你會發(fā)現(xiàn)打成jar包的方式有一個致命的缺點，
當你改動了一個資源文件、或者一個類時， 打要往服務器重新上傳全量jar包。比如網(wǎng)速慢的公司(比如我們)來說， 那簡直是不能忍受的！！！
還好springboot也支持打包成普通的war包，這樣你本地開發(fā)環(huán)境直接用控制臺方式運行，部署到服務器時打成普通war包部署。這樣既享受到了springboot開發(fā)帶來的快感，又避免了增量部署不方便的問題。可謂兩全其美。 不過在打成war包時， 我也遇到了一些問題
問題描述
我修改pom.xml將打包方式改成war
|
1
|
<packaging>war</packaging> |
完事兒打完包以后， 放到我本地tomcat上跑了跑，發(fā)現(xiàn)沒問題。但是部署到服務器上的tomcat以后， 發(fā)現(xiàn)無法啟動，錯誤如下：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
org.apache.catalina.lifecycleexception: failed to start component [standardengine[catalina].standardhost[localhost].standardcontext[/report]] at org.apache.catalina.util.lifecyclebase.start(lifecyclebase.java:153) at org.apache.catalina.core.containerbase.addchildinternal(containerbase.java:899) at org.apache.catalina.core.containerbase.addchild(containerbase.java:875) at org.apache.catalina.core.standardhost.addchild(standardhost.java:652) at org.apache.catalina.startup.hostconfig.deploywar(hostconfig.java:1092) at org.apache.catalina.startup.hostconfig$deploywar.run(hostconfig.java:1984) at java.util.concurrent.executors$runnableadapter.call(executors.java:471) at java.util.concurrent.futuretask.run(futuretask.java:262) at java.util.concurrent.threadpoolexecutor.runworker(threadpoolexecutor.java:1145) at java.util.concurrent.threadpoolexecutor$worker.run(threadpoolexecutor.java:615) at java.lang.thread.run(thread.java:745)caused by: java.lang.nosuchmethoderror: javax.servlet.servletcontext.getvirtualservername()ljava/lang/string; at org.apache.tomcat.websocket.server.wsservercontainer.<init>(wsservercontainer.java:150) at org.apache.tomcat.websocket.server.wssci.init(wssci.java:131) at org.apache.tomcat.websocket.server.wssci.onstartup(wssci.java:47) at org.apache.catalina.core.standardcontext.startinternal(standardcontext.java:5573) at org.apache.catalina.util.lifecyclebase.start(lifecyclebase.java:147) ... 10 more |
明顯不是應用代碼錯誤，猜想應該是環(huán)境問題。經(jīng)過分析， 我本地的tomcat版本是8.0.28， 而服務器上的tomcat是7.0.69。 我在本地下了個tomcat7.0.70部署也報同樣錯誤。更加確定問題跟tomcat版本有關(guān)。經(jīng)過多方查找資料，最后在stackoverflow上看到一個老外說springboot默認servlet容器是基于tomcat8的
在打好的war包中確實發(fā)現(xiàn)了tomcat相關(guān)jar包，而且是tomcat8的，拿tomcat8的embed包在tomcat7下面那肯定是不能用啊
要支持低版本tomcat需要在maven中指定tomat版本，配置如下：
|
1
2
3
|
<properties> <tomcat.version>7.0.69</tomcat.version></properties> |
然后依賴中加上（這個其實不加也行， 官方文檔是加上的）
|
1
2
3
4
5
|
<dependency> <groupid>org.apache.tomcat</groupid> <artifactid>tomcat-juli</artifactid> <version>${tomcat.version}</version></dependency> |
加上以后試了下，果然是沒問題了。看了下war包中的lib目錄，確實已經(jīng)變成tomcat7的包了
但是我還是有點疑惑， 這樣配置打成包豈不是換個tomcat版本就要重新打次包？ 既然是由于springboot內(nèi)部的servlet容器造成了這個限制， 那我不用行不行？ 又查了很多資料， 還真有辦法！
|
1
2
3
4
5
6
|
<!-- 打war包時加入此項， 告訴spring-boot tomcat相關(guān)jar包用外部的，不要打進去 --><dependency> <groupid>org.springframework.boot</groupid> <artifactid>spring-boot-starter-tomcat</artifactid> <scope>provided</scope></dependency> |
試了下， 加上這個后， 上面說tomcat的版本無需指定了， 耶! ^_^
總結(jié)
總結(jié)下springboot應用部署到tomcat下的配置方法用于備忘也方便遇到同樣問題的朋友
將打包方式改成war
這個沒啥好說的， 肯定要改成war
配置嵌入tomcat中的方式
這里有兩種方式可選擇：
方式一：用spring-boot內(nèi)置的tomcat庫， 并指定你要部署到tomcat的版本
|
1
2
3
4
5
6
7
8
|
<properties> <tomcat.version>7.0.69</tomcat.version></properties><dependency> <groupid>org.apache.tomcat</groupid> <artifactid>tomcat-juli</artifactid> <version>${tomcat.version}</version></dependency> |
方式二：不用spring-boot內(nèi)置的tomcat庫（強烈推薦這種方式！！）
|
1
2
3
4
5
6
|
<!-- 打war包時加入此項， 告訴spring-boot tomcat相關(guān)jar包用外部的，不要打進去 --><dependency> <groupid>org.springframework.boot</groupid> <artifactid>spring-boot-starter-tomcat</artifactid> <scope>provided</scope></dependency> |
maven-war-plugin (可選)
與maven-resources-plugin類似，當你有一些自定義的打包操作， 比如有非標準目錄文件要打到war包中或者有配置文件引用了pom中的變量。 具體用法參見官方文檔：http://maven.apache.org/components/plugins/maven-war-plugin/
總結(jié)
以上所述是小編給大家介紹的springboot應用部署到tomcat中無法啟動的解決方法，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復大家的。在此也非常感謝大家對服務器之家網(wǎng)站的支持！
原文鏈接：http://blog.csdn.net/asdfsfsdgdfgh/article/details/52127562
