的JCache（JSR-107）VS辛格尔顿EJB

我以这种方式使用辛格尔顿-的EJB（在他blog所示亚当边）一直是：的JCache（JSR-107）VS辛格尔顿EJB

@Singleton 
public class MyCache { 

    ConcurrentHashMap<String, Object> myMap= new ConcurrentHashMap<String, Object<>(); 

    //...Crud methods to the map 
}

现在用的JCache是一个候选Java的EE-8 I读入的JCache spec以下：

高速缓存是一个像地图数据结构，其允许临时存储基于键值的。缓存由一个单独的 CacheManager拥有。

假设JCache使它成为下一个java-ee规范，是否应该在上面更喜欢其他东西？

JCache API支持哪些附加功能？

来源

2013-12-14 Aksel Willgert

JCache将会非常有趣，现在它已经在Java EE 8中作为final提交，并且得到了更广泛的供应商支持。

尤其令人感兴趣的是对Entry Processor的支持，它是一种与分布式数据通信的方式，通过跨您的分布式处理最大限度地减少锁定和并发问题簇。

JCache看起来像是一种从根本上看待普通旧缓存的新方法，它将整个对话迁移到完全分布式缓存，这些缓存利用整个群集的RAM和CPU。这与分布式计算相比，本地缓存更利于云计算（可读性：可弹性扩展），并利用分布式处理以及分布式RAM。

来源

2014-01-06 17:36:35

用的JCache是针对Java-EE-8

有的确是一个非常高的机会的JCache地将Java EE 8，但不要忘记你已经可以使用引用的候选

现在在Java EE 7甚至Java EE 6中实现。

JCache API启用了哪些附加功能？

JCache的一个特别好的和现代的功能是CDI bean的缓存注释。除了简单方便之外，他们也可以帮助JSF频繁地咨询getter和其他方法的情况。

我收集了许多JCache相关文章here。特别是由格雷格·勒克尔领导的2011年的深入解释是一次很棒的阅读。

来源

2014-04-18 16:12:20

的JCache（JSR-107）VS辛格尔顿EJB

回答

相关问题