【.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
