我国IDC圈8月18日报导,在近期的1次访谈中,Oracle商品开发设计总裁Thomas Kurian公布了Java EE 8的1系列改善。此举被觉得是以便平复最近的指责(例如那些来自Java EE守卫者的指责)和工作中矛盾(如MicroProfile)。现阶段的信息内容还非常少,更多细节会在JavaOne 2016交流会上发布。
Java开发设计小区愈来愈担忧Java EE的将来发展趋势。此前,在2020年5月,JCP实行委员会曾考虑到向Oracle传出宣布申请办理,规定她们对于其Java EE服务承诺和方案作出公布回应。尽管在大会时纪录了下来,但该申请办理未获准许。具体上,它变为了1份非宣布的申请办理。以后大概1个月,Java EE守卫者们递交了1份change抗议书,期待以此鼓励Oracle,让她们不必把Java EE搞砸了。截至现阶段,签字者已达3300人。
将会有人趋向于将这些提倡了解为个案,觉得它们与不令人满意的客户不相干;没法否认的是,在其中有几位Java EE守卫者之前是Oracle的职工。但是,好像愈来愈多的小区组员添加了指责:除在change抗议书上签字外,6月8日,1场名为 To EE or not to EE 的讨论会在Devoxx UK举办,很多开发设计人员提出了难题,并现场或在Twitter上表述了她们针对Java EE将来发展趋势的忧虑。另外,库作者们指出,Java EE 8的作用将会不够认为她们开发设计的库出示1个可行的取代计划方案。当有人问及新的JSON-B时,Jackson首席开发设计人员Tatu Saloranta表述了这样的见解。
便是在这类情况下,Oracle作出了在Java EE 8中装包更智能的服务承诺。尽管当今对于Java EE 8的JSR关键只包括3个新库(JCache、JSON-B和MVC),但Kurian如今提到了下列全部特点:
数据信息库:适用根据NoSQL将数据信息长久化到1个键-值储存中,并适用1个能够出示最后1致性确保和 放松事务管理(relaxed transactions) 的事务管理实体模型; 安全性:适用OpenID和OAuth; 布署管理方法:1个多租户运用程序流程服务标准和Docker适用; 多线程性:1个用于反映式程序编写的新实体模型和HTTP/2多线程通讯适用。
根据这份公示,Kurian旨在强调 Oracle有1份十分清楚的Java EE 8方案 。但是,针对提到的那些特点,沒有任何的JSR。这代表着,要末那项工作中都还没刚开始,也便是说,在Java EE 8中会比较严重延迟时间,要末是Oracle正独自开发设计这些特点,而这违反了JCP所提倡的全透明性。这里,或许值得关键说1下1封据称是Oracle高級职工传出的电子器件电子邮件。下面是从中摘录的1些內容:
Oracle不经意于推动市场竞争对手的发展趋势,也不期待共享自主创新成效。
这家企业正在对Java EE(公司版)开展瘦身,但它不期待别的任何人致力于Java或Java EE的产品研发,而且正在边沿化JCP(Java Community Process)。 她们有1种胜者为王的心理状态,她们对协作不感兴趣爱好。
这封电子邮件提议JCP组员向Oracle的顾客传出公布信,提示她们Oracle正在对Java做甚么。Oracle始终不容易和任何 Java基金会 协作,也不容易舍弃它的IP。
倘若这些转变是以便调剂Java EE让其融入云,考虑到到Oracle做为1个云出示商所遭遇的猛烈市场竞争(IBM、 Amazon、Microsoft或CloudBees,这里仅举几例,也朝向那个销售市场),那末针对Oracle而言,以便提升其销售市场市场份额,这类状况便可以了解了。但就算这般,这将会也要以招致Java开发设计小区的对立面为成本了。大家只能希望在9月份的JavaOne交流会上Oracle公布进1步的信息,掌握到合适Java EE的将来。