的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

回答

相關問題