【51CTO.com快译】甲骨文公司表示，Java EE 8将面向云部署、微服务、容器与多租户等因素进行重新调整，但Java支持者们则希望获得更为具体的解释。
甲骨文公司最近顶住技术社区的质疑压力，决定将企业Java面向云环境进行重启。虽然再次迈进的迹象让Java支持者们重拾希望，但他们亦需要了解更多详情。
就在上个月，由James Gosling牵头成立的Java EE护卫队正式诞生，旨在保护可能已经被甲骨文方面遗弃的Java EE 8。对此，甲骨文于上周做出了强调，表示其开发工作仍在继续，且将接纳云部署、微服务平台、容器以及多租户等新鲜元素。
但前任Java EE布道者兼Java护卫队现任***Reza Rahman指出，他希望从甲骨文处了解到更多细节信息。
“我们目前看到的只是一项规模中的少数段落，没有什么实际工具来证实这些声明，”他表示。“我们可能需要等到JavaOne大会召开时，才能真正了解到其功能设置与时间进度。”
甲骨文公司产品开发副总裁Thomas Kurian也做出承诺，指出更多细节将在9月18号于旧金山召开的JavaOne大会上揭晓。
但Java护卫队明显有着自己的担忧。“如果大会之后仍然没有披露真正的活动或者细节，那么前景仍然非常令人怀疑，”Rahman解释称。截至本周二，网络上要求甲骨文将Java EE项目转交给其它组织进行管理的请愿书，已经获得了3200多个签名支持。
而作为企业Java的另一大支持方，MicroProfile.io也已经计划在Java当中发布其企业微服务配置方案。一位不愿透露姓名的MicroProfile.io内部人员表示，该公司已经充分熟悉了由甲骨文奠定的技术发展方向。
这位消息人士还表示，现在是时候为Java带来新的更新方式了。“下一步调整工作应立足于许可条款与协作定位——Java社区进程委员会（简称JCP）在这方面并不能提供什么真正的帮助，”这位内部人员告诉我们。“这同时是个缓慢、高强度且主要取决于甲骨文承诺的任务。很明显，这种严重的单一供应商依赖性不利于项目的健康发展。”
Rahman认为，未来Java EE护卫队可能会采取更多激进举措。“如果没有具体的技术细节、开放协作、实现时间表以及显著成果作为依托，那么群众们的反抗将不可避免。”
而在JCP内部，作为甲骨文员工的成员Werner Keil表示目前对甲骨文的规划做出判断还为时过早。“支持云与多租户环境无疑是正确的选择，”Werner指出。“即使甲骨文公司永远不会完全接受公有云，其仍能够通过由大规模整体系统向基于服务的方案转型而获益。”不过他同样担心，Java EE项目可能在此过程中融入大量专利技术，从而影响到其中立性定位。
Eclipse基金会显然乐于看到甲骨文在Java EE中做出的努力。“最令人遗憾的是，甲骨文公司此前长期保持沉默态度给社区以及生态系统造成了严重恐慌，”Eclipse执行主管Mike Milinkovich指出。“其实这些争论本可以避免。甲骨文是一家大型企业，其战略决策需要投入相当长的时间。我们很高兴地看到甲骨文开始朝着正确的方向前进。”
面向云与容器推进对甲骨文而言属于“一项非常积极的举措”，Milinkovich表示。“不过***的问题还是在细节上。新的Java EE云规范必须满足多家相互竞争的云供应商的需求，而不能仅考虑甲骨文自身。”
Java EE开发者兼博主Peter Pilgrim认为，Java EE品牌需要进行重塑，而语言本身也需要更多工具以实现交互式快节奏发展。“JavaScript/Node.js的出现真是这种需求的真实写照。事实上，使用Ruby、PHP及其它动态语言的开发者，都在对Java要用25万行代码才能建立起数字化站点的现状抱以嘲笑。”
Keil指出，他认为Java EE 8将“不可避免”地遭遇发布延后。在披露发展规划时，Kurian并没有谈到项目原本制定的***发布期限是否仍然有效。Pilgrim表示他个人不希望看到Java EE 8延期。“这绝对令人沮丧，因为该技术能够有效帮助企业平台进行发展。事实上，我对Java EE品牌的印象也相当糟糕，特别是考虑到早在2005年就已经失去生命力的J2EE。”
原文标题：Java EE advocates to Oracle: Give us details, not promises
作者：Paul Krill
【51CTO译稿，合作站点转载请注明原文译者和出处为51CTO.com】
