Carlos Perez發表了2008年最值得學習的5個Java技術:

1.OSGi(特別是Java動態模型方面)

OSGi service platform是一個基于Java的platform，OSGi service platform是一個開放并且提供統一接口標準的體系框架，基于這個體系框架，服務提供商，程序開發人員，軟件提供商，服務網管運營商，設備提供商能夠協調地聯合起來開發，部署以及管理向用戶提供的各種服務。

2.JCP JAVA內容倉庫(Java Content Repository) 2002年一月發布

3.GWT (Google Web Toolkit ) 2006年5月發布，Google 推出的一個開發 Ajax 應用的框架，它支持用 Java 開發和調試 Ajax 應用。

4.Groovy 2004年5月發布，Groovy是一種基于JVM的敏捷開發語言，它結合了Python、Ruby和Smalltalk的許多強大的特性。Java開發者可以使用類似Java的語法來獲得這些特性的支持。

5.Cloud computing 云計算（虛擬服務器設計，不使用EJB的分布式運算）

這是一個很有意思的名單，因為以上技術都算比較“老”的技術了，你認為2008最應該值得學習的java技術是什么？

附：什么是JCP JAVA內容倉庫(Java Content Repository)？

JSR -170把自己定義為一個能與內容倉庫互相訪問的，獨立的，標準的方式。同時它也對內容倉庫做出了自己的定義，它認為內容倉庫是一個高級的信息管理系統，該系統是是傳統的數據倉庫的擴展，它提供了諸如版本控制、全文檢索，訪問控制，內容分類、訪問控制、內容事件監視等內容服務。

Java Content Repository  API（JSR-170）試圖建立一套標準的API去訪問內容倉庫。如果你對內容管理系統（CMS）不熟悉的話，你一定會對內容倉庫是什么感到疑惑。你可以這樣去理解，把內容倉庫理解為一個用來存儲文本和二進制數據（圖片，word文檔，PDF等等）的數據存儲應用程序。一個顯著的特點是你不用關心你真正的數據到底存儲在什么地方，是關系數據庫？是文件系統？還是XML？不僅僅是數據的存儲和讀取，大多數的內容倉庫還提供了更加高級的功能，例如訪問控制，查找，版本控制，鎖定內容等等。

一段時間以來市場上出現了各個廠家開發的不同的CMS系統，這些系統都建立在他們各自的內容倉庫之上。
問題出現了，每個CMS開發商都提供了他們自己的API來訪問內容倉庫。這對應用程序的開發者帶來了困擾，因為他們要學習不同的開發商提供的API，同時，他們的代碼也與這些特定的API產生了綁定。

JSR-170正是為解決這一問題而出現的，它提供了一套標準的API來訪問任何數據倉庫。通過JSR-170，你開發代碼只需要引用 javax.jcr.* 這些類和接口。它適用于任何兼容JSR-170規范的內容倉庫。

我們將通過一個例子來逐步了解JSR-170。

為什么需要 Java Content Repository API

隨著各個廠家各自的內容倉庫實現數量的增長，人們越來越需要一組通用的編程接口來使用這些內容倉庫，這就是JSR-170所要做的東西。它提供一組通用的編程接口來連接內容倉庫。你可以把JSR-170理解為和JDBC類似的API，這樣你可以不依賴任何具體的內容倉庫實現來開發你的程序。你可以直接使用支持JSR-170的內容倉庫；或者如果一些廠家的內容倉庫不支持JSR-170則可以通過這些廠家提供的JSR-170驅動來完成從JSR-170與廠家特定的內容倉庫的轉換。

下面這張圖描述了使用JSR-170開發的應用系統的結構。在該系統運行的時候，它可以操作內容倉庫1，2，3中的任意一個。在這些內容倉庫當中，只有2 是直接支持JSR-170的，剩下的兩個都需要JSR-170驅動來和應用系統交互。注意：你的應用系統完全不用關心你的數據是如何存儲的。1可能使用了關系數據庫來存儲，而2使用了文件系統，至于上，它甚至更前衛的使用了XML。



JSR-170 API對不同的人員提供了不同的好處。

●對于開發者無需了解廠家的倉庫特定的API，只要兼容JSR-170就可以通過JSR-170訪問其倉庫。
●對于使用CMS的公司則無需花費資金用于在不同種類CMS的內容倉庫之間進行轉換。
●對于CMS廠家，無需自己開發內容倉庫，而專注于開發CMS應用。

來自：http://www.iocblog.net/static/2007/475.html