Hazelcast加入Eclipse基金会_最新动态_新闻资讯_程序员俱乐部

　　英文原文： Hazelcast Joins the Eclipse Foundation

　　Hazelcast 是一家网格式内存数据（IMDG，In-Memory Data Grid）开源解决方案提供商。近期，Hazelcast 宣布加入 Eclipse 基金会，并将与其它 Eclipse 社区成员开展合作。这一合作将主要聚焦于 JCache（JSR-107）、EclipseMicroProfile 和 EE4J。Hazelcast 已经提供了一种完全基于 JSR-107 规范的 JCache 原生实现。

　　Eclipse 基金会执行董事 Mike Milinkovich 对 Hazelcast 加入 Eclipse 基金会表示欢迎：

Hazelcast 已经展示了对开源和企业 Java 开放式规范流程的坚定承诺。Hazelcast 对 Eclipse MicroProfile 和 EE4J 社区的参与，必将有助于确保这些开源项目取得整体成功。

　　在 JCache 规范中给出了如下定义：

Java Caching API 为应用程序提供了一种使用和添加缓存的通用方式，使得开发人员可以专注于应用程序的开发，避免了自己去实现缓存功能的负担。本规范定义了一些缓存术语、语义，以及一组相应的 Java 接口。

　　JCache 的主要组件包括：

• Cache；
• CacheManager：管理所有的缓存；
• CachingProvider：CacheManger 的生命周期管理；
• Configuration：配置缓存。

　　组件的工作结构如下图所示：

　　入门

　　下面的代码，展示了如何使用基础的 JCache：

CachingProvider cachingProvider = Caching.getCachingProvider ();
CacheManager cacheManager = cachingProvider.getCacheManager ();

// 创建一个基本缓存，其中具有类型安全（typesafe）配置。
CompleteConfiguration config = new
MutableConfiguration ()
.setTypes (String.class,String.class);

// 创建并获取缓存。
Cache cache =
cacheManager.createCache ("myCache",config);
cache.put ("key1","value1");
cache.put ("key2","value2");
assertEquals ("value1",cache.get ("key1"));
assertEquals ("value2",cache.get ("key2"));
cacheManager.close ();

　　在 GitHub 上给出了一个应用例子，以及一套 JUnit 测试。

　　InfoQ 就 Hazelcast 加入 Eclipse 基金会采访了公司 CEO Greg Luck。Luch 也是 JSR-107 规范的联合牵头人。

　　InfoQ：您能更深度地解释一下 Hazelcast 加入 Eclipse 基金会的原因吗？

　　Greg Luck： 我们一向积极参与社区。当我们看到 Eclipse 正在推进 MicroProfile plus 和 EE4J，我们认为自己也应该参与其中。

　　我并不确定 JCache 是否可以进入到 Eclipse 中。在我看来，至少当前最大的问题是所有的新 API 将不再允许使用javax命名。而目前我们使用的就是javax.cache。这一问题意味着在 JCache 2 中，我们将需要更改所有的软件包命名。我们已提供了 13 种实现方式，并有大量的用户代码使用了javax.cache。这一更改将是非常具有破坏性的。

　　InfoQ：在新闻公报中提及 Hazelcast 将“推广 JCache”。您能对此作进一步澄清吗？Hazelcast 将如何实现这一目标？

　　Luck： 据 PMO（程序管理办公室）的统计，JCache 是有史以来使用最广泛的 JSR 之一。我们提供了 13 种实现方式，范围涵盖了从大型分布式付费版本（例如 Oracle Coherence 和 IBM ExtremeScale），到一些被广泛使用的缓存解决方案（例如 Ehcache），以及开源 IMDG（例如 Hazelcast IMDG、Apache Ignite），还有本地进程内缓存解决方案（例如 Blazing Cache）。这些都是十分成功的。

　　Spring 已在其 API 中完全采用了 JCache。尽管 JCache 被评为 EE 上票数最高的特性请求，但是截止目前，EE 仍然尚未采用 JCache。因此，我希望在 EE4J 上做再次尝试。

　　最后一点，任何构建框架的开发人员都可以使用 JCache。它只依赖于 JDK 1.6 及更高版本，并不依赖于 CDI 容器，虽然它的确定义了一些开发人员可使用的注释。已经有很多开发人员在使用它，但我们希望会有更多。

　　最大的问题也许就是在 1.0 版本中的许可问题，我们在发布 JCache API 时，错误地使用了 JCP 许可证，而不是其它开源许可。据我了解，已经有几个项目和 OEM 因为许可问题而停滞不前。现在，我们已在 1.1 版本中解决了这个问题，改为使用 Apache 2 许可。大家可以参阅 https://github.com/jsr107/jsr107spec/blob/master/LICENSE.txt。在所有源代码文件的头部，也可以看到许可的变化情况。

　　InfoQ：Hazelcast 是否计划最终将 JCache 以 API 形式添加到 MicroProfile 中（类似于 Metrics、CDI 和 Fault Tolerance 那样）？

　　Luck： 当然。我去年就已参与 MicroProfile 并致力于Payara，以实现对 JCache 的集成。我还编写了规范草案，阐述如何将 JCache 集成到 MicroProfile 中。

　　这目前依然尚未实现，部分原因在于其它一些优先事项，部分原因也在于我上面提及的许可问题，因为在许可问题上存在着一些反对意见。现在这些问题都已解决，我想尽量将 API 的问题重新提上日程。

　　InfoQ：Hazelcast 和 JCache 的下一步工作是什么？

　　Luck： 随着 JCache 1.1的发布，我们都会参与到下一个版本的工作中。该版本称为 3.10 版，将在 2018 年二月底推出。

　　最大规模的使用 JCache 用例是数百个节点的集群（横向扩展），以及数千 GB 的数据（使用了我们的纵向扩展版本）。因此，JCache 对于 Hazelcast 是非常重要的 API。

　　InfoQ：最后，能否更详细地解释一下您当前在 Hazelcast 的职责，也就是作为 CEO 的日常工作情况。是否其中有一些您必须要承担的责任，但却被您遗漏了？

　　Luck： 你大概可以从我上面介绍的参与工作情况，猜测到我还保留了 CTO 的头衔。因此，我是公司的 CEO 兼 CTO。我是在周末做 JCache 和 MicroProfile 的相关工作。所有的标准和开源工作同样也是在周末完成的。

　　Hazelcast 现在有 90 名雇员，并刚刚达到了四千万的月度使用数据统计（译者注：Hazelcast 使用 Phone Home 统计 IMDG 的使用情况），相比于 2014 年增长了 10 倍。因此，我的工作是很繁忙的。公司有工程和产品管理负责人，这样我可以倾向于选取一些自己可以参与的技术主题和项目，例如：

• 我深度参与了 2017 年推出的 Hazelcast Jet 产品。
• 在 3.10 版中，将会提供 FlakeID 及一些 CRDT 数据结构，这些数据结构具有拆分后可无损合并的特性。

　　也许很多人并不知道，我的前期职业生涯都是担任 KPMG 的特许会计师。我具有商业学位，以及七年的会计和破产领域工作经验。我曾在一些初创公司的执行委员会中任职。所以，当三年半前我成为公司的 CEO 时，我就从原来的工作中脱身，并投身于新的职业。我每天都履行一名 CEO 的正常职责，并有一个管理团队向我汇报。

　　我以自己是一名技术型 CEO 为荣。因此，我做事会稍有不同：

• 我可以整合公司的全部资源去解决一些技术问题。
• 我关注开源问题，每周我都会收到我们社区所有问答情况的报告，并亲自跟进论坛上一些未解答的问题。

　　相关资源

• “使用 Hazelcast 实现 JCache”，作者 Greg Luck，2014 年 7 月 10 日发表。
• “JCache 简介” ，作者 Baeldung，2017 年 10 月 29 日发表。
• “JCache 应用实例”，Hazelcast 官方提供。
• “Hazelcast 代码实例”，Hazelcast 官方提供。