【.com速译】甲骨文称JavaEE8将针对云部署、微服务、容器和多租户进行重新调优，但Java支持者希望得到更具体的解释。甲骨文近期顶住了来自技术社区的质疑压力，决定为云环境重启企业级Java。虽然另一项举措的迹象给Java支持者带来了希望，但他们需要更多细节。就在上个月，由JamesGosling领导的JavaEEGuard正式诞生，以保护可能已被Oracle抛弃的JavaEE8。对此，甲骨文上周强调，其开发工作仍在继续，将接受云部署、微服务平台、容器和多租户等新鲜元素。但是，前JavaEE布道者和JavaGuardians的现任领导人RezaRahman表示，他希望从Oracle获得更多详细信息。“到目前为止，我们所看到的只是少数几段，几乎没有真正的工具来证实这些说法，”他说。“我们可能要等到JavaOne大会才能真正了解它的功能集和时间表。”甲骨文产品开发副总裁ThomasKurian也作出承诺，指出更多细节将于9月18日在旧金山举行的JavaOne大会上公布。但JavaGuardians显然有他们自己的顾虑。拉赫曼解释说：“如果会议结束后仍然没有真正的活动或细节透露，前景仍然非常令人怀疑。”截至周二，要求Oracle将JavaEE项目的管理移交给其他组织的请愿书已收到3,200多个签名。作为企业级Java的另一大支持者，MicroProfile.io也计划发布其Java版企业级微服务配置方案。一位不愿透露姓名的MicroProfile.io内部人士表示，该公司精通甲骨文制定的技术方向。消息人士还表示，现在是时候推出更新Java的新方法了。“接下来的调整步骤应该基于许可条款和协作定位——Java社区进程委员会(JCP)在这方面并没有真正的帮助，”内部人士告诉我们。“这也是一项缓慢、高强度的工作，主要取决于甲骨文的承诺。很明显，这种严重的单一供应商依赖不利于项目的健康发展。Rahman认为，JavaEEGuard未来可能会采取更激进的措施。“如果没有具体的技术细节、开放式协作、实施时间表和重大成果作为依据，那么群众的抵制将是不可避免的。在JCP内部，甲骨文员工WernerKeil表示，这太过分了。”早期判断Oracle的计划。Werner指出：“支持云和多租户环境绝对是正确的选择。”公有云不会被完全拥抱，它仍然可以从大规模单体系统到基于服务的方法。”不过，他也担心JavaEE项目可能会在过程中融入大量专利技术，从而影响其中立地位。Eclipse基金会显然很高兴看到甲骨文在JavaEE方面的努力。“最令人遗憾的是，甲骨文的长期沉默在社区和生态系统中造成了严重的恐慌，”Eclipse执行董事MikeMilinkovich说。“事实上，这些争论本可以避免。甲骨文是一家大型企业，其战略决策需要大量时间投入。我们很高兴看到甲骨文开始朝着正确的方向前进。向云和容器的推动是Milinkovich说，“对Oracle来说这是一个非常积极的举措。但最大的问题是细节。”新的JavaEE云规范必须解决多个竞争云提供商的需求，而不仅仅是Oracle本身。“JavaEE开发人员和博主PeterPilgrim认为JavaEE品牌需要重塑，语言本身需要更多工具来实现交互式快节奏开发。”JavaScript/Node的出现是写照。实际上，使用Ruby、PHP等动态语言的开发人员嘲笑Java需要250,000行代码来构建一个数字站点。”Keil指出，他认为JavaEE8将“不可避免地”遭受发布延迟。在披露开发计划时，Kurian并没有谈到该项目原定的发布期限是否仍然有效。Pilgrim表示，他个人不希望延迟看到JavaEE8。”这绝对令人沮丧，因为该技术在帮助企业平台发展方面非常有效。事实上，我对JavaEE品牌的印象相当糟糕，尤其是考虑到J2EE自2005年以来就已经消亡。”原标题：JavaEE倡导者对Oracle：给我们细节，而不是承诺作者：PaulKrill
