使用Spring Boot Gradle 打war包的一点心得体会

最近实验室的一些项目采用了Spring Boot架构进行开发。项目完成之后,就须要部署到服务器。常规办法就是将项目打成war包,直接拖到tomcat的webaaps下,可是Spring boot 的默认是将项目打成jar包,因此就须要进行一些配置。百度和Google了配置方法都是大同小异。html

不过网上的例子大部分都是使用的是Eclipse+Maven ,咱们实验室使用的idea+gradle。因此就有一些小的变化,不过都是相通的。须要修改的地方是:web

  1. Application中spring

    这里继承SpringBootServletInitializer 并重写其中的configure方法目的是使用Spring框架的Servlet3.0支持。而且容许咱们能够配置项目从serclet容器中启动。tomcat

  2. 在build.gradle里配置服务器

    主要是添加war包的支持,其次的话就是在spring-boot-starter-tomcat处改成provided。provided和compile的区别在与前者是在调试使用时会加载对应的包,可是 在打包时不会讲对应的包加入到war包的lib中然后者则是两种状况都要调用对应的包。websocket

  3. 至此基本的配置都已经完成了。前面的工做的目的都是防止Spring Boot中内置的Tomcat 与实际的tomcat容器产生冲突。架构

    这样的话一个常规的Spring Boot项目就能够直接打包部署,可是今天在部署另一个项目时遇到了一个奇葩的问题(经验不足。。。),项目在启动时报以下的错:框架


    排查了很久,终于在Stackoverflow(不得不说是程序猿的好帮手啊)找到了解决办法,外国兄弟和我遇到了一样一个问题。socket

下图是解决方式之一,他的意思大概是tomcat中的websocket jars与项目中的包冲突了,建议是删除产生对应的包。并贴图列举了哪些包是形成问题的缘由。可是按照他的办法并无解决个人问题,仍是一样的错误。ide

    

因而我继续向下看,发现了另一个解决办法:

按照这个办法在build.gradle中找到对应的代码,注释掉,重启服务器,项目成功启动。

分析其中的缘由:原来是这个项目中多引用了Spring-boot-starter-jetty这个包,与tomcat容器产生了冲突。致使 了启动失败。

之后还须要多分析和细心检查

另外贴上Spring boot打包的一篇文章:https://docs.spring.io/spring-boot/docs/current/reference/html/howto-traditional-deployment.html

Ps.若有错误还请各位大大指教。

相关文章
相关标签/搜索