- 主题:各位同学，我们在研发一种微服务的替代技术，欢迎交流
赞同，既然都做微服务改造了，Java 版本升级顺带就做了，甚至可以认为是理所应当的
【 在 JulyClyde 的大作中提到: 】
: 那种连jdk都不换的系统，是不会做改造去适配你这个的
--
FROM 220.194.45.*
你“嘴皮子上”、“光说不练”从哪来的？不要跟你意见不合就搞人身攻击
既然说了当然做过，而且在先后在两家公司都推进过
据我的经历看，大家对 Spring 升版本保守程度比 Java 升版本的保守程度高多了，或者换个说法，如果不升 Spring 就能升 Java 的话，很多人都愿意升，但是事与愿违，特别旧的 Spring 没办法支持新版本的 Java。
【 在 jekler 的大作中提到: 】
: 嗯嗯，你们都nx，顺带就给企业都升级操作系统了。只在嘴皮子上顺带就是不见有啥具体方案。
: 倒是企业用上我的系统后，能够逐渐先集成传统应用，然后逐渐在这个平台上一个模块一个模块迁移应用，不至于影响企业既有业务，最终做到“顺带”升级至最新版本jvm，从而拜托对底层操作系统的依赖。
: 你们也就光说不练的水平而已。
: ...................
--
FROM 220.194.45.*
除了扣帽子和人身攻击你还会干啥，你哪只眼睛看我 spring 保守了？
但是特别旧版本就是没办法用比较新的 Java 是事实，要不你用 spring boot 1.5 (spring
framework 4.x) 支持个 Java 11/17 看看？ Java 8 升 Java 11/17 才是目前大多数场景考虑的点好吗。
至于你说的 1.6 还用大牛鄙视？2018 年 Oracle 就已经不维护了，只有 Azul 支持到
2026 年。
言尽于此，谢绝回复。
【 在 jekler 的大作中提到: 】
: spring并不是你所谓的保守，它作为一种平台工具设计上跟我考虑的一样，就是兼容性，照顾的是尽可能多的应用场景。
: spring的兼容性是3.x可以兼容到jdk1.5，维护至2016年。4.x可以兼容到jdk1.6，维护至2020年。5.x以上兼容jdk1.8。你看，人家看没版上大牛那样bsjdk1.6喔。
: 至于你所谓人身攻击我觉得你想多了，你这水平用不着攻击你。你说的没一句对的。
: ...................
--
FROM 61.148.243.*
感谢支持 :D
有问题可以随时反馈给我，容易修或者比较好实现的功能我都尽快支持
当然业余时间有限，版本更新不一定会很快
【 在 hothail 的大作中提到: 】
: 签名档有点意思，替换UE了
--
FROM 220.194.45.*
确实，那争取后续版本加上
【 在 callmebbser 的大作中提到: 】
: 没有auto completion功能，跟其他几个常见的Text Editor比起来，就弱了一大截啊。
--
FROM 220.194.45.*