SpringSource新應用服務器發佈 摒棄Java EE

                                           轉載至程式先鋒技術維客[url]www.javabiz.cn[/url]
從獲得一千萬美元風投開始算起剛滿一年，如今SpringSource（Spring框架背後的公司）搖身一變，成爲應用服務器提供商，並且舉着 SpringSource應用平臺（SpringSource Application Platform）的黃鉞白旄對現有的Java EE服務器陣營發起挑戰。SpringSource應用平臺是構建在Spring、OSGi和Apache Tomcat之上的應用服務器，這個新的應用服務器摒棄了原有的Java EE服務器標準，自然而然地將Spring編程模型展現其中，隨之而來的還有一套基於OSGi內核構建的全新部署和打包系統。今天是該項目在 SpringSource評估許可下Beta發佈版發佈的重要里程碑。在隨後一個月內會有基於開源許可（GPLv3）版本和訂閱版本的通用發佈版 （General Availability，GA）放出。

SpringSource應用平臺不是Java EE應用服務器。儘管對於WAR部署它提供了支持，但EAR部署和其它EE的規範，如EJB等，都不在支持範圍之列。SpringSource應用平臺被 重新設計，並把關注點直接放在對被開源項目所廣泛使用的Spring組合的支持上。特別地，這個應用服務器是基於Spring組合編程模型構建的，利用 Spring Dynamic Module實現基於OSGi的部署。SpringSource在Eclipse基金會的Equinox OSGi運行時環境的基礎上創建了一個具備日誌、跟蹤、啓動、類加載、管理和其它特性的“內核”，Tomcat被作爲一個包（bundle）納入到平臺當 中，從而實現對Web功能的支持。

InfoQ藉此機會對Spring框架的共同創始人兼SpringSource的CEO Rod Johnson進行一次採訪，對這個新的應用服務器展開探討。在闡釋這個新平臺的必要性時，Rod一針見血地指向目前開發和生產環境的許多痛處，比如跨配 置文件出現的元數據重複現象，還有本質上在項目中常常在服務器上再部署服務器（即在部署應用時，在同一個部署單元附帶部署許多工具和框架），而與此同時這 些部件卻主要只使用它們應用服務器中的Web容器部分的事實。因此，SpringSource希望在當今的開發需要的基礎上提供一個更爲簡單的平臺。

在 談到這個新應用服務器的優點時，Johnson強調了模塊化：對於服務器本身以及提供給開發人員的打包和部署模式來說，這是個兩全之策。通過利用 OSGi，以及OSGi包之間依賴關係相互作用的性質，運行的應用服務器只會激活在它上面運行的應用所需要的特性，從而削減服務器的內存佔用和啓動時間。 這個依賴關係支持的功能還允許依賴類庫的多個版本共存，以支持不同應用；因而應用服務器的某些部分就可以很容易地更新和重啓，而無需重啓整個服務器。從開 發的角度看，服務器的模塊化也使得在代碼變化時，可以很快地進行極其細粒度的重部署。

Johnson在言及OSGi和 SpringSource對Eclipse Equinox OSGi的使用時，高度評價了OSGi規範的運行時實現所帶來的基礎平臺，但也表示OSGi在日常的應用開發上屬於比較底層的地位。Johnson闡述 到，SpringSource希望幫助開發人員在企業環境中輕鬆獲得價值。在新的編程模式的構造背後，這個新的應用服務器將OSGi的許多複雜性抽象了出 來。Johnson接着說，應用服務器將會支持PAR，一套新的可部署單元，簡化企業應用在使用OSGi上的複雜性（下文會詳細說明）。

當被問到對於沒有對OSGi提供原生支持的遺留類庫的支持時，Johnson迴應到，他們已經在上面花費了很大心血，使得應用服務器環境和類加載功能能夠以兼容的方式和遺留類庫協作。

當 被問到對不提供OSGi原生支持的類庫的遺留支持時，Johnson回答說他們已經在這方面投入了大量精力，保證應用服務器環境和類加載功能可以和遺留類 庫兼容工作。SpringSource還會爲他們在如Tomcat之類的項目上所做的任何變更給這些項目提交補丁，使這些類庫可以和OSGi包兼容。

Johnson解釋到，應用服務器的主題代碼將在GPL v3的許可證下發布。開發人員在服務器、編程模式和部署單元上要接觸到的所有部分都會以開源的形式提供。SpringSource還將提供應用服務器的商業版本，包括支持、保障、管理和監控的功能。