现在 springboot 都使用内置的 tomcat 还是打包成 war 用其他的 tomcat

[noble4cc]

哪种更方便些呢？

[sumarker]

论方便肯定是内置的 tomcat 直接 jar 包最方便了,启动 直接 java -jar

替换直接整体替换.

但是修改内容,就最好把他放在 外部的 tomcat 里.毕竟 jar 包修改也确实不是很方便

[Takamine]

内置的。(´▽｀)ノ♪

[luozic]

跑 CI/CD，只要项目内部统一，这部分脏活可以用脚本自动化解决。

[MeteorCat]

内置写 system 成服务，实际上我感觉公司也不管怎么启动，他们能跑起来就行........

[chendy]

论方便肯定是 jar 包

[JerryX]

看吧，
要是懒得研究 linux 注册 jar 成服务，就打 war，并且可以避免由于 resultType 没有写全限定名导致可能出现的问题(详情可以了解一下 mybatis-spring-boot-starter)；
打 jar 的话反正就是方便维护嘛，也可以直接扔到 docker 这种容器里。
看你爱不爱折腾了

[ARhen]

最近在改老项目的配置文件，发现放在外置的 tomcat 下我起码还能直接修改配置文件，或者直接替换某一个 class
打成 jar 运行的话，有点无从下手了
老项目我也不想这样搞，但是重新打包发布会导致出更多莫名的问题，尤其是不熟悉项目的时候。

war、jar 无非就是看公司统一习惯

[optional]

fatjar

[GoRoad]

有 cicd 的话 哪种都一样

[yinzhili]

@ARhen 修改配置的这个问题很好解决，配置文件不要放到 jar 里面，所有的配置参数都放到单独的配置中心就好了

[zhchyu999]

用 systemd 启动没有带系统环境变量进去

[glaucus]

@ARhen #7 你可以把配置文件放到 jar 同一目录，我记得是优先加载的，后者就没办法了

[chenshun00]

解压

[abcbuzhiming]

@ARhen 你不知道基于 spring boot 的 jar 包是可以用外置配置文件的吗

[HolmLoh]

这让我想起了我们公司有个老员工
他平时发布项目，从本地 tomcat 用 root 登进去，

[HolmLoh]

还没写完，就不小心回复了 ...

这让我想起了我们公司有个老员工
他平时发布项目，从本地 tomcat 找项目，然后打 zip 包，用 root 登进去，解压重启
问他为啥不打 war，或者直接用 spring 自带的，他回答说 Linux 可能识别不了 war 包，最好打 zip 包
我：黑人问号.jpg

[glacial]

@HolmLoh 你得问他知不知道什么是 war 包

[HolmLoh]

@glacial #17
难说
前两天过完年假回来，发现我测试环境的项目没了，问另一个同事怎么回事，才知道原来他在 tomcat 跑的时候把 war 全给删了
还好不是生产

[refkent]

用 jetty jar 2333

[thinkmore]

我们用的内置的,直接上 kuberetes,爽歪歪