WebSphere Process Server V6.1

一直參與 WebSphere sMash (www.projectzero.org) 的開發, 歷時兩年, 非常高興, 我們終於釋出了一個正式的商業版本, 也有了幾個 ISVs 積極地在上面開發自己的產品和解決方案, 包括 SugarCRM.

它是 IBM WebSphere 家族提供的一個新應用平臺產品, 它提供了一個 Web 2.0 應用的平臺, 覆蓋了開發, 部署和執行管理的全部過程. 程式設計師們利用動態指令碼語言, 像 Groovy 和 PHP, 來開發 REST 風格的服務, 豐富體驗的使用者互動元件, 以及 Mashup (也就是Web 2.0 風格的整合). 為什麼提供一個新的產品? 跟 WebSphere Application Server 之間的關係是什麼? 它跟 WebSphere Application Server 是互補的. WebSphere 能夠很好地為企業關鍵業務提供安全, 可靠, 可伸縮, 和管理的平臺, 基於業界多年的企業計算經驗. 但是, 企業中也有很多非關鍵業務應用, 這樣的應用數量很大, 需求非常多樣, 也不見得用很長的時間, 最好能夠快速開發, 部署和執行. sMash 提供了一個簡化很多, 快捷很多的輕量級平臺和模型, 來服務於這類應用的開發和執行.

在我的心目中, WebSphere sMash 提供了一個很好的下一代 Web 應用的程式設計模型和平臺. 利用 sMash, 動態指令碼語言是基本手段, Java 程式設計師可以是用 Groovy (http://groovy.codehaus.org/) 來開發, 而習慣開源和 LAMP 程式設計師可以使用 PHP 語言來開發, 這讓眾不同社群的多程式設計師可以很快地開始在 sMash 平臺上, 利用自己已有的技能開發服務. 與此同時, 人們在 sMash 平臺上開發出來的服務和應用, 自然而然, 是 REST 風格的.

sMash 在 Java 平臺上, 引入和應用了一些好的實踐模式. 這裡討論幾個. 首先是 Application is the Server, 應用本身就是伺服器, 這避免了使用 "容器" 的概念. 容器是一個大管家, 有很多好處, 可是這些好處建立在容器所規定的各種契約, 限制和模式上的, 比如 J2EE 規範中的各種 SPI 和規範. 通常這些規範代表了企業計算平臺的最佳實踐, 但是需要人們花比較大的力氣和長的時間來學習. sMash 則不同, 一個應用獨佔一個 JVM 程式, 程式設計師看到完整的應用堆疊, 需要什麼能力, 呼叫 sMash 提供的 library, 程式設計師控制程式的一切. 這對各種問題的確定, 比如效能的優化, 記憶體溢位的原因的界定等, 要容易得多. 另外一個是 convention over configuration, 這在各種社群中討論和使用很多了, 很高興 sMash 將其作為自己的一個設計原則. 不過因為各種原因, sMash 的 configuration 似乎多了一些 :-)

WebSphere sMash 是一個商業化產品, 但是通過開放社群的方式來開發, 這個社群就是 Project Zero (www.projectzero.org). 是 IBM 軟體開發的一個嘗試, 希望在商業軟體開發的過程中, 隨時讓人們接觸和了解開發團隊, 瞭解開發計劃和過程, 還可以通過社群反映自己的看法. 所以這個產品從應用模型, 到開發方法, 都充滿了 Web 2.0 的元素.

最近有一些內外的交流, 人們提到一個問題: 如何學習 WebSphere sMash. WebSphere sMash 有一些關鍵技術和概念, 需要掌握. 將在下一篇文章中介紹.

原文地址：http://www.webspherechina.net/?u ... ewspace-itemid-1010

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14789789/viewspace-374495/，如需轉載，請註明出處，否則將追究法律責任。