使用Spring Boot Gradle 打war包的一点心得体会
使用Spring Boot Gradle 打war包的一点心得体会
欢迎点击「算法与编程之美」↑关注我们！
本文首发于微信公众号："算法与编程之美"，欢迎关注，及时了解更多此系列文章。
作者|杨旭
来源|https://my.oschina.net/alexnine
最近实验室的一些项目采用了Spring Boot架构进行开发。项目完成以后，就需要部署到服务器。常规办法就是将项目打成war包，直接拖到tomcat的webaaps下，但是Spring boot 的默认是将项目打成jar包，所以就需要进行一些配置。百度和Google了配置方法都是大同小异。
不过网上的例子大部分都是使用的是Eclipse+Maven ，我们实验室使用的idea+gradle。所以就有一些小的变化，不过都是相通的。需要修改的地方是：
- Application中
这里继承SpringBootServletInitializer 并重写其中的configure方法目的是使用Spring框架的Servlet3.0支持。并且允许我们可以配置项目从serclet容器中启动。
- 在build.gradle里配置
主要是添加war包的支持，其次的话就是在spring-boot-starter-tomcat处改为provided。provided和compile的区别在与前者是在调试使用时会加载对应的包，但是 在打包时不会讲对应的包加入到war包的lib中而后者则是两种情况都要调用对应的包。
- 至此基本的配置都已经完成了。前面的工作的目的都是防止Spring Boot中内置的Tomcat 与实际的tomcat容器产生冲突。 这样的话一个常规的Spring Boot项目就可以直接打包部署，但是今天在部署另外一个项目时遇到了一个奇葩的问题(经验不足。。。),项目在启动时报如下的错：
排查了好久，终于在Stackoverflow(不得不说是程序猿的好帮手啊)找到了解决办法，外国兄弟和我遇到了同样一个问题。
下图是解决方式之一，他的意思大概是tomcat中的websocket jars与项目中的包冲突了，建议是删除产生对应的包。并贴图列举了哪些包是造成问题的原因。但是按照他的办法并没有解决我的问题，还是同样的错误。
于是我继续向下看，发现了另外一个解决办法：
按照这个办法在build.gradle中找到对应的代码，注释掉，重启服务器，项目成功启动。
分析其中的原因：原来是这个项目中多引用了Spring-boot-starter-jetty这个包，与tomcat容器产生了冲突。导致 了启动失败。
以后还需要多分析和细心检查
另外贴上Spring boot打包的一篇文章：https://docs.spring.io/spring-boot/docs/current/reference/html/howto-traditional-deployment.html
Ps.如有错误还请各位大大指教。
拓展阅读：
where2go 团队
微信号：算法与编程之美
温馨提示：点击页面右下角“写留言”发表评论，期待您的参与！期待您的转发！