50万奖金+官方证书,深圳国际金融科技大赛正式启动,点击报名 了解详情
写点什么

MicroProfile 小组在 JavaOne 大会上讨论 JavaEE 现状

  • 2016-10-23
  • 本文字数:1542 字

    阅读完需:约 5 分钟

2016 年 9 月 22 日,MicroProfile 集团在旧金山举行了午餐会学习小组会议,讨论新实施方案当前和未来的格局。尽管这项活动并不属于 JavaOne 会议议程部分,但由于它在时间和地点上与 JavaOne 基本相吻合,因此还是吸引了一批 JavaOne 与会者的加入。学习小组成员包括了 Red Hat、Payara、SouJava、Tomitribe、IBM 和 LJC 的代表,其讨论的重点是预测 MicroProfile 如何重塑 Java 开发的未来。

小组讨论的开场是一段对 MicoProfile 当前处境的陈述,从而突显其最新一项里程碑——第一个稳定版本的发布。对此,在场一批关注方案时限的听众提出了若干相关问题。该活动小组回应称,一部分资料已考虑列入Java EE6 和Java EE7 版本中,但当时因为缺少一个能创建标准的清晰概念,因而被暂时搁置。接着,学习小组给Reza Rahman 授予信贷,为其创建“Java EE Guardians”提供支持,Java EE Guardians 曾发起过对MicroProfile 方案启动必要性的探讨。

从左至右依次为:Rich Sharples (站立),Red Hat 产品管理高级总监;Mike Croft,Payara 支持部主管;Michael Nascimento Santos,Java Champion 代表SouJava 出席(替代SouJava 总裁Bruno Souza);John Clingan,Red Hat 首席高级产品经理; David Blevins,Tomitribe 创始人兼CEO;Kevin Sutter,IBM Java EE 及JPA 架构师;Alex Theedom,Java 高级开发者,伦敦Java 社区代表

本次会议还针对MicroProfile 集团的下一步规划做了讨论。短期内,MicoProfile 将考虑创建一个明确当前格式的JSR,并在接下来优先开发。同时,这项举措也是接下来开发新特性的优先环节。这种优先顺序是开放的,任何感兴趣的团队都能直接加入到 Google Group 中,并在讨论中发表意见。无论开发顺序如何,MicroProfile 工作小组确定的是,所有参与研发的人员协同合作,在同一时间为一个特性的研发集中努力,从而使新功能获得更快发展;但这也与 Java EE 以往的开发方式背道而驰,Java EE 通常的模式是让不同的 JEP 贡献者们各自为战,当新版本 Java EE 获取 GA 数据时,所有的特性也将全部可用。

在长期问题的讨论上,活动小组围绕的重点包括了 MicroProfile 将如何展开 Java 进化过程中余下部分的工作,尤其是与 Java EE 关系的处理。小组成员们确信的一项事实是,MicroProfile 并不打算搞一个 Java EE 标准化的分支,而是以一种更快的方式将各种想法填补到这些标准中。甚至,该小组成员们预测 JCP 自身的理念正扩展至一批关注于革新与研究领域的正式机构的建构上。但这方面的形式还不清晰,仍有必要进行进一步的讨论。

由于 Oracle 去年缺少对 Java EE 关注,MicroProfile 成员们在会议最后还对其自身的知识产权问题予以强调,他们认为有必要把以中立供应商(而非任何特定供应商)运营的 MicroProfile 当作一项独立的知识产权。这将使得普通社区的行动并不会因为供应商商业战略的变更而受到影响,就像 David Blevins 所说的:“对于一至两个项目的失败,MicroProfile 完全有能力承受,甚至可放弃该项目”。

同时,Oracle 也因缺席此次学习小组而遭致了听众的非议,尽管一位 Oracle 的雇员在会上借用开幕式主题演讲期间Anil Gaur 的发言为其企业进行了辩解。这位员工强调:“Oracle 曾为Java EE 规划了路线图,并且对于Java EE 的生存和发展拥有着强烈兴趣”,他同时称,“虽然Oracle 处于被指责的一方,MicroProfile 又是企业‘上云’的先行者,但作为全球最大的云服务提供商,亚马逊和谷歌也同样缺席了此次学习小组活动。”

查看英文原文: MicroProfile Group Holds Discussion Panel Event during JavaOne


感谢冬雨对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们。

2016-10-23 19:002014
用户头像
Cherry倩芸 InfoQ高级策划编辑

发布了 51 篇内容, 共 23.7 次阅读, 收获喜欢 34 次。

关注

评论

发布
暂无评论
发现更多内容

Taro 鸿蒙技术内幕系列(四):JDImage 自研鸿蒙图片库

京东零售技术

taro 鸿蒙

降本增效!阿里云相关业务团队助力小鹏汽车节省云上资源开支 | 龙蜥案例

OpenAnolis小助手

操作系统 龙蜥案例

产品品牌战略升级!原WorkPlus正式改名为BeeWorks,版本重要更新

BeeWorks

【YashanDB知识库】XMLAGG方法的兼容

YashanDB

数据库 yashandb

探索C#中Task与CancellationTokenSource的协同艺术

代码忍者

京东大数据治理探索与实践 | 京东零售技术实践

京东零售技术

大数据

驱动性能提升,如何加速基于龙蜥和企业平台的Arm系统开发与部署进程?

OpenAnolis小助手

操作系统 龙蜥社区 龙蜥meetup

从高代码到低代码,火山引擎大模型产品、能力再升级!

极客天地

【YashanDB知识库】Oracle pipelined函数在YashanDB中的改写

YashanDB

数据库 yashandb

Anthropic 工程师关于提示词工程的深入探讨

亚马逊云科技 (Amazon Web Services)

《计算机组成及汇编语言原理》阅读笔记:p1-p8

codists

计算机组成及汇编语言原理

豆包MarsCode上线新功能 | 告别复制粘贴,一键 Apply 让你编程效率再提升!

TRAE.ai

开发者工具 AI编程 豆包MarsCode 代码工具

金融保险行业数字化创新实践:如何高效落地自主可控的企业级大数据平台

tapdata

大数据平台 数据集成 数据服务 实时数据集成 银行保险业数字化转型

【连载 06】自定义线程池(下)

FunTester

DeFi即将迎来大爆发:2025年金融变革的背后逻辑与机会

chainwiseweb3

DeFi质押挖矿 DeFi流动性挖矿 defi开发 defi金融开发 去中心化合约开发

2024开放原子开发者大会龙蜥参会指南一览

OpenAnolis小助手

操作系统 龙蜥社区

Flink 2.0 存算分离状态存储 — ForSt DB

Apache Flink

大数据 flink 实时计算 数据处理 存算分离

数据云平台的可观测性

奇点云

【YashanDB知识库】update (子查询) set ORG_ID_STAN -ID 改写

YashanDB

数据库 yashandb

【YashanDB知识库】YMP迁移过程中报错YAS-02143或YAS-02193

YashanDB

数据库 yashandb

【YashanDB知识库】复合索引下in大量参数查询性能慢

YashanDB

数据库 yashandb

MicroProfile小组在JavaOne大会上讨论JavaEE现状_Java_Abraham Marín Pérez_InfoQ精选文章