因此，甲骨文杀死了java.net

好吧，还没有……但是他们宣布要在2017年5月之前关闭java.net和 kenai。JohnK . Waters 在ADTmag的Kenai和java.net的“日落”一文中接受了我的采访。

由于Oracle几乎没有提供有关已经托管在java.net上的关键项目会发生什么情况的信息，因此本文中编写的大部分内容仍然有效。因此，我将在这里再次发表我的评论。

关于java.net和kenai.com的未来，已经进行了数年的讨论，因为为了跟上现代趋势，两者都没有太大的改进。因此，有必要重新考虑它们在Java生态系统中所扮演的角色。但是，甲骨文宣布关闭计划的方式使社区的许多成员怀疑它是经过精心计划还是只是想削减成本并关闭他们无法从中获利的项目。后者的可能性更高，因为甚至许多来自java.net上托管的现有项目背后的Oracle用户也没有计划如何将其项目迁移到其他地方。

在java.net和kenai.com上都有许多宝贵的资源，包括项目源和文档，论坛，博客以及其他类型的信息，例如JUG概要文件和文档。该公告极有可能在两个站点都关闭后丢失一定数量的信息。我们可以记住最近的历史所造成的损失，当时所有sun.com站点都在oracle域下进行了迁移，但是并非所有链接都已正确地重定向到了现在。人们会说互联网具有很好的存储能力，但是当java.net之类的站点完全关闭时，互联网也可能会造成严重的影响。
作为Java和Java EE社区的成员，如果Oracle至少为这两个站点都提供一个简单的替代方案，我将不胜感激，这将是所有Java社区成员和开源项目的统一门户，同时依赖于GitHub等其他常见服务。必要的基础设施。像plugins.netbeans.org这样的项目适用于Netbeans社区，而www.codeplex.com则适用于Microsoft开源社区。目前， community.oracle.com正在进行着这些工作，因此希望这个新的Oracle社区页面能够尽快提供将社区整合在一起所需的一切。

这里要指出的重要事实是， java.net是托管大多数Java EE JSR的所有正式资源的标准场所，包括项目站点，邮件列表上的公共通信历史，跟踪的问题，参考实现的来源。如果立即关闭java.net ，这实际上意味着Java EE死亡，或者最好是持续多个月的休眠状态。这就是我加入Java EE Guardians的原因，他们打算一直提醒这一事实。 Oracle，JCP委员会和JSR规范领导并积极提供我们的合作，为所有JSR和相关项目寻找新家。必须确保不会丢失任何宝贵的资源，并且新工具和托管比当前解决方案更合适。最后，如果能够做到这一点，那么使Java EE流程更加透明并为更广泛的社区所访问，我们所有人都可以从中受益。