Java EE被甲骨文限制后，会造成什么影响？

在校生不是很懂想问一下，这波操作以后，用java后端的企业会很少了，是不是应该换一个语言作为自己的职业呢？虽然校招大部分是general，但是工作之后，再社招的时候，如果java已经凉了，自己用的是java会不会很难找到工作？当时学java是因为用的最多，市场大不会没饭吃，不知道工作之后换其他语言有竞争力吗？

谈判失败，Oracle 亲手把 Java EE 送上断头台Markus Karg  InfoQ  Today
作者 | Markus Karg
译者 | 无明
Eclipse 基金会主席 Mike Milinkovic 在博客上公布了 Oracle 和 Eclipse 基金会之间就 Java EE 商标问题而进行的秘密谈判的最终结果。Oracle 之前宣布 Java EE 将向 Eclipse 基金会开源，并且是真正的开源。但经过 18 个月的紧张谈判，最终还是以失败告终。
从最近的董事会会议记录来看，Oracle 提出了一系列不合理的要求，其中一些要求将会让 Eclipse 基金会的存在面临严重的风险。Oracle 要求由 Eclipse 基金会提供的产品（如 Eclipse IDE）必须与 Oracle 认证的 Java 运行时捆绑在一起，不能使用其他供应商认证或未经认证的运行时。这样一来，Eclipse IDE 和 GlassFish 就不再是供应商中立的产品。这一要求并不是在谈判开始时提出来的，而是在谈判开始很久以后才提出的，而那个时候交接正在进行中。人们可以认为此举是 Oracle 对 IBM 捐赠的 OpenJ9 JVM 做出的反应，毕竟 J9 对 Oracle 的 Java 业务来说是一个很明显的威胁。但是，一旦 Eclipse 产品不再是供应商中立的，那么 Eclipse 基金会的免税政策可能就会失效，这意味 Eclipse 基金会面临财务上的惨败，或者整个组织可能会走向终结。因此，这个要求绝对是不可接受的，Eclipse 基金会根本不可能同意 Oracle 的这个要求，所以谈判就这么失败了。
Eclipse 基金会可以使用一些过时的代码，但不能修改它们。如果修改了这些代码，就必须重新命名——包括项目名称（如 JAX-RS，这样并不好，但仍然是可以接受的）和包名称（如 javax.*）。这意味着在进行了大量重构之后，如果不重新编译应用程序，现有的应用程序将无法在更新的平台上运行。它会变成一个全新的不兼容平台，最坏的情况下，它破坏了”WORA（一次编写到处运行）原则，但这样的事情在现实中并不会发生：几乎没有应用程序供应商愿意为这个改过名字的平台花费时间和金钱来重新编译用户应用程序。未来充满不确定性，Oracle 在 Eclipse 基金会董事会中开始了一场阻挠政治。Oracle 在 Eclipse 基金会中占据了一个席位，而董事会要做出决策需要所有成员达成一致。Oracle 现在掌握了一定的权力，而且显然它会利用这个权力来阻扰基金会的未来发展。
Eclipse 基金会目前能做的是证明至少成功地挽救了 Jakarta 商标的一些价值。但代价是什么呢？为什么要保留一个现在已经变成空壳的商标呢？它现在不再是 Java EE 的继任者，它只是某些基金会构建的一个框架，用户最终会得出自己的结论的。目前的计划是尽快改名。但是，如果改名意味着要修改所有已有的应用程序，谁愿意搭这趟列出呢？Eclipse 基金会主席 Mike Milinkovic 对未来仍然充满了信心。在我看来，这个杯子已经不再是半空的了，它已经摔得稀巴烂。就在这一天，Oracle 亲手把 Java EE 送上了断头台。
英文原文
https://headcrashing.wordpress.c ... cle-killed-java-ee/

1. 这应该是一篇旧闻，我记得最早大概2018年末的时候Java EE就已经易主Jakarta EE了。

2. Java生态在你我有生之年应该不会凉的，原因楼上已经提到了，已经过去十几年甚至仅仅几年的系统都是很难重构的，有太多太多的code block你根本不知道曾经是怎么work的，一旦debug又可能毁掉整个系统。不过从Java EE那一套标准出发的Java Web整个开发体系（JBoss、Enterprise JavaBeans等等）确实需要改进了，从Struts到Spring MVC（均建立在Servlet标准上，采用NIO，需要tomcat这种Servlet容器）到Play Framework和近年来社区提出的一些Java Micro Web Framework（建立在netty/AIO之上）其实都是在驱使Java Web向一些更现代化的解决方案迈进。Java这门语言自己也在缓慢地向更加现代化的特性迈进，不过被Oracle自己牵绊，步伐太迟缓了；可喜的是Java 9开始Oracle和整个社区也开始积极迭代Java并且积极接受modules分割Java core，以及auto变量类型等等几年以前大家觉得如此保守的Java根本不会实现的特性。不过Java这门语言本身的劣势还是积重难返的，我觉得Java生态将来可能是一门新的在Java Runtime平台运行的语言的天下，比如Scala/Kotlin，而且继续发展下去。

3. 长远来看我是不建议开发者拘泥于某种语言之上的。在运用一门语言的时候，领会它内部设计的思想不但有助于理解这门语言，而且它是触类旁通的，学习其他语言的时候能够很容易地代入这些你已经思考过的内容。

Java EE 不是早凉凉么。 Java EE != Java。

现在java疯狂抄其他语言的设计，值类型，coroutine，应该暂时凉不了。但是这语言确实积重难返，现在最大的优势还是原来的legacy代码。很多新的项目已经不用Java了。CNCF的新项目基本都是go和rust写的。现在的风向也是microservice。我猜以后基本就是kubernetes加上service mesh了。Java那一套基本都有更为轻量简化和高性能的解决方案了。

感觉早晚有一天Java会被Oracle给作死。就像Mysql一样。现在能早点准备转其他语言也好，都9102年了，不要再抱着OOP不放了。多学一点现代语言挺好的。个人觉得，以后golang和rust基本就是未来了。如果有时间可以研究一下rust的工具链和语法设计，那是真的漂亮。

建议oracle接着作下去
迟早药丸

只是个工具而已，最坏情况，你到时候再换其它语言不就可以了？

长远来看我选go+vue

完全不必担心，从 apache 到spring，太多的开源架构都是java的，对于企业级业务应用系统的开发用的最多的还是Java，Spring Cloud及其诸多组件，无不展示Java的风采。现在还有OpenJDK，都是开源的... 谁能阻挡人们追求自由软件的心。

请参考JCP和OpenJDK。J2EE又大又重，本来用的公司就不多吧。

哎

你去看看各家公司有多少架构是java的 即使现在开始migration十年也搞不完
这你还担心凉了？

java还能凉？

笑死我了

daredevil 发表于 2019-5-6 14:36
哎

你去看看各家公司有多少架构是java的 即使现在开始migration十年也搞不完

立刻换成kotlin和scala:)