rt
java8 万年党怎么说
micronaut quickbus springboot3 都 17 起步了
这下版本号能升上去了吧

17 等等再说，现在好多项目升级 17 都跑不起来

你以为我只是不升级 java ？我 springboot 也不升级啊

所以我为什么要升级 springboot3 ？是 native 成熟了吗？

啥都不升 hhh

要升也是升 21 ，有 loom

很多人的技术观就停留在他刚开始工作的时候
在这以前的技术都是过时的陈旧技术
这时正在流行的都是经典
在这以后出来的技术都是不稳定没经过历史验证的东西

知道什么是企业级吗？企业级就是只要能稳定跑，打死不升级

小工程可以升，大项目想升起码再等 2 年

公司项目，只要还能跑起来，升级是不可能升级的，centos4 见过吗，你看我们这个版本的操作系统，其他东西可能升级么

1.5 的代码都还在跑你让我升到 17 ？

老项目不敢升级, 换了 jdk, 功能没有任何改变, bug 倒是多了不少, 不懂技术的老板你跟他说不通的, 反而扣绩效

我升级到 15 了，16 以上有 break change ，等所有的框架支持 17 之后再上 17 ，目前 dubbo3 和 apolloconfig 都还不支持

依赖都没跟上，刷版本号指不定哪里爆炸...

新项目必须用最新的稳定版

升。

现存的项目升级 java 版本不是给自己添堵吗

quickbus 是什么

真实

quarkbus 记错单词

quarkus

同时升级 JRE 和 springboot ，要做完整的回归测试，还有各种未知的问题
既然现有代码跑的好好的，为什么要升级？
倒是新项目会考虑，不能一直抱着老的技术啃

我们是历时一年半,重构了公司有 10 年历史的项目(外加新需求开发)

普通 java web(servlet) -> spring boot
jdk 1.8(之前升过版本) -> jdk11 ->jdk17
单体应用 ->微服务
CI/CD
其他的代码重构,各种技术替换就不说了

微服务其中一个优点不就是让你们升级版本更容易吗？怎么到这里的回复就这样了？

啥时候能秒级启动、低内存占用了就升级

年复一年的论调
java6 谁用啊,谁升级啊,出问题你负责吗?
java8 谁用啊,谁升级啊,出问题你负责吗?
java11 谁用啊,谁升级啊,出问题你负责吗?
java17 谁用啊,谁升级啊,出问题你负责吗?

国外都开始用了

升级!

我有个项目升了之后 cglib 报错了。。。
无奈只能退回
新项目可以用，老项目还是算了吧

要等啊，现在试了试 rocketmq 都不支持 java17 启动，路长且遥远

新项目尝试用，老项目维持原样
人的精力是有限的，在老系统上整活把屎山整塌了实在不值得

前段时间无意间看到一个 15 年知乎答案的评论，下面说 java8 现在市占率那么低连 10%都不到，那些新特性等生产要用还早得很。。

哈哈
我从 java5 一直看到现在...

medium.com/graalvm/graalvm-community-survey-results-e9824a1bd6c9

Almost half of our respondents use Java 11 for their workloads. “Java 8” and “versions above 11” each got about a quarter of responds.

当然会关注 graalvm 的自然可能更容易使用新版本,但足以说明问题..

我想升老大也不让啊

过年前我把公司一个还没上线的项目升了 17 ，然后出各种问题，改了一个星期最后发现有部分库跑不起来，而且这些库还不支持 17 ，然后我又退回 11 了。

记得某个报道说，日本有些县还用软盘拷贝工资信息给银行发公务员工资

自己写的开源项目怎么新怎么用,出问题可以自己慢慢排查解决,公司用的 能运行就不去动它 (看到这个帖子的时候把我项目更新到了 springboot3

已经在用了 ，新项目。
Spring webflux + R2DBC , JDK 17 , Reactive Programming

Java 5 ，2004 年 9 月（停止支持）
Java 8 ，2014 年 3 月
Java 11 ，2018 年 9 月
Java 17 ，2021 年 9 月

17 太新，在较长的一段时间内估计 11 和 Spring Boot 2 才是正解。

很多依赖 java11 跑起来都费劲，不然早升级了。

新开项目可以慢慢尝试。

然而现在 java8 都已经过时很久了 [受虐滑稽]

不升级主要是是授权问题

公司新项目，计划用 Oracle JDK 17

oracle jdk 要授权要收费
而且没问题跑着好好的为啥要大破大立呢？
新项目也不是盲目上
deps 跟上了吗？
feasibility 谁来确认？
Pros/Cons 又是什么？
如果只是抱着 17 的版本写 8 的代码也没意思

转 go 了，再见

针对第一点，为啥不用 OpenJDK 呢

跑的好好的项目为啥要升级...

Java8 并没有过时，Java8 的维护期比 Java17 还要久

JDK 发行版千千万，问题是原本 oracle jdk 构建的商业项目，如何说服甲方切换到 open jdk 以后不用全部回归测试跑一遍来确保兼容性呢？

新项目时间充足可以考虑，老项目就算了，面临的未知风险不说，升级的工作量可能比重写还大

go 有类似 spring 这种方便好用的框架吗

oracle jdk 买的不就是服务吗？都不交钱有什么区别

等下，多数 java 转 go 的人不就是因为讨厌 spring 吗？难道有人奔着 go 的语法和生态去的？

虚心求教，什么规模的项目？什么类型？用户量如何？如何向上取得资源和时间的？

你这个结论有数据支撑吗？

没有，您就当我放屁了

上个月已经升到 11 了，估计再过两年升 17 吧。

新项目可以用新版本，老项目跑得好好的硬要升级纯属吃太饱了。

奇了怪了，如果不是因为 Go 语言的语法和生态，那为啥要转 Go 呢？

话说要怎么跑起来 3.0 找不到这个包

然而我们还有 Grails 的组件，自带到 2.5 ，且只宣称支持 up to 14 ，那么问题来了，我们的 Grails 组件谁给重写？
然而我们还在用 Gradle 5.6 以及相应的插件，别说升到 3 ，升到 2.6.3 就已经需要 Gradle 6.8.x/6.9.x/7.x 及以上了，那么问题来了，我们几十个 repo 的 gradle file 以及我们自己的插件谁给我们重写？

我用 17 还开模式匹配, 但是不用 spring

老项目跑不起来不能升级说明换工作的时间到了

这要看 jalor 什么时候升级到 spring boot 3 了😁

springboot1.5.9

公司项目还停留在 springboot 1.5.4 ，CI/CD 用的 jdk 也都是 1.8 的，没什么办法