10 ：增強的 Web 服務(wù)和進入黃金時期的 SOA 架構(gòu)

　　WebLogic 9.0交付了完整且全面集成的Web服務(wù)堆棧。BEA在Web服務(wù)領(lǐng)域的一些重要技術(shù)方面占據(jù)了領(lǐng)先的地位，像基于注釋的Web服務(wù)編程和會話Web服務(wù)等。Web服務(wù)服從所有的基本J2EE規(guī)范和大多數(shù)的重要WS-*規(guī)范。對于異步、會話式、可靠且安全的Web服務(wù)的支持也得到了增強。

　　簡而言之，在新增的Web服務(wù)方面，用戶可以獲得：

• 下一代Web服務(wù)編程模型
• 會話式Web服務(wù)的性能提升
• 更靈活、安全和可靠的異步Web服務(wù)
• 對長期運行的異步可靠消息交換的支持
• 降低了復(fù)雜性
• 借助于JSR-181基于JWS的Web服務(wù)而實現(xiàn)的最新型基于標(biāo)準(zhǔn)的編程模型
• 簡化的Web服務(wù)編寫

9 ： JMS -- WebLogic 9 中值得驕傲的增強

　　WebLogic Server 9.0在WebLogic JMS的配置、部署和動態(tài)管理方面引入了重要的改進。它對JMS 1.1規(guī)范提供官方支持。此外，在系統(tǒng)中添加了人們期待已久的消息排序高級特性。XML API的XML消息處理功能得到了增強。在WebLogic 9.0平臺上使用JMS非常輕松有趣、可靠且迅速。下面是現(xiàn)有新特性中的一些亮點。

自動化的 JMS 故障恢復(fù)

　　自動化的JMS故障恢復(fù)是業(yè)內(nèi)期待已久的特性。JMS利用“Automatic WebLogic Server Migration”特性來提供自動化的JMS故障恢復(fù)。在整個WebLogic Server實例進行故障恢復(fù)時，JMS也將自動從故障中恢復(fù)過來。盡管其他的一些JMS服務(wù)器提供商已經(jīng)利用一些復(fù)雜裝置提供了這樣的功能，但WebLogic 9.0的實現(xiàn)是最直觀而清晰的。

排序單元

　　消息排序是大多數(shù)消息處理應(yīng)用程序的一項基本要求。WebLogic Server JMS即使在集群環(huán)境中也能確保消息的順序處理。它甚至可以定義多個組來將消息分組，這樣每個組都擁有自己的處理順序（如圖1所示）。

存儲轉(zhuǎn)發(fā) (SAF)

　　WebLogic存儲轉(zhuǎn)發(fā)(store and forward, SAF)服務(wù)使WebLogic Server能在通過WebLogic Server實例部署的應(yīng)用程序間可靠地交付信息。SAF的強大功能使得我們可以很容易地將多個消息服務(wù)鏈接在一起（如圖2所示）。

8 ： 并行部署 -- 美夢成真

　　每個J2EE開發(fā)人員都經(jīng)歷過發(fā)布產(chǎn)品新版本的痛苦。經(jīng)過無數(shù)開發(fā)周期和QA周期后，最后發(fā)現(xiàn)已經(jīng)到了在應(yīng)用服務(wù)器上部署新版本的時候。預(yù)定在一個周末關(guān)閉服務(wù)器，換上產(chǎn)品新版本，然后祈禱周一不會出問題。如果足夠幸運，只會出現(xiàn)一些小問題。然而如果不夠幸運的話，就不得不重新使用以前的應(yīng)用程序，這甚至比部署新版本更痛苦，因為有時并不能恢復(fù)所有的改動（如圖3所示）。

　　我們希望可以在應(yīng)用服務(wù)器上使用多個版本，并且能在不中斷系統(tǒng)的情況下在版本之間進行切換。

　　現(xiàn)在我們的夢想成真了。并行應(yīng)用程序部署能在無需中斷服務(wù)的情況下，控制基于Web的應(yīng)用程序新版本的部署過程。應(yīng)用程序的新版本與現(xiàn)有版本部署在一起 -- WebLogic將逐步移植交互。舊版本在當(dāng)前所有客戶端完成工作之后解除部署。管理員顯式解除舊版本的部署，或者會達(dá)到配置好的超時。

　　回滾新版本很簡單：如果在新的應(yīng)用程序版本中檢測出問題，只需停止重新部署過程即可。

　　對于新應(yīng)用程序來說，管理員能以“管理模式”部署應(yīng)用程序，這種模式對于非管理客戶端來說是不可訪問的，其目的是進行健全性檢查，以確保應(yīng)用程序按照預(yù)期狀況正常運行，然后才對客戶端開放。

　　以下是WebLogic 9并行部署方面的特性列表：

• 多個應(yīng)用程序版本可以共存
• 在向用戶開放前測試版本
• 回滾以前的版本
• 自動引退：流暢、超時、即時
• 創(chuàng)建可識別版本的應(yīng)用程序工件/資源
• 降低硬件、軟件、維護和支持成本

　　JSR-88是J2EE 1.4規(guī)范的一部分，JSR-88指定了一個標(biāo)準(zhǔn)API，用于J2EE應(yīng)用程序的配置和部署。WebLogic 9不但實現(xiàn)了JSR-88，而且在J2EE的規(guī)定之外還提供了很多附加值。

7 ： WebLogic 診斷框架：降低 總擁有成本

　　WebLogic診斷框架(WebLogic Diagnostics Framework,WLDF)旨在通過顯著的診斷增強來降低客戶的總擁有成本(Total Cost of Ownership,TCO)。WLDF串連了所有的BEA WebLogic Server 9.0容器，從而創(chuàng)建了一個對數(shù)據(jù)集合進行有序控制的統(tǒng)一框架，這對于企業(yè)應(yīng)用程序的良好運行是非常重要的。這個框架將跟蹤并存檔有意義的診斷數(shù)據(jù)，這些數(shù)據(jù)可用于監(jiān)視和診斷運行中的服務(wù)器所出現(xiàn)的問題。WLDF是一個統(tǒng)一框架和公共API，因此可以輕易地把應(yīng)用程序嵌入到框架中，以利用服務(wù)器的診斷功能。

　　WLDF由很多組件構(gòu)成，這些組件協(xié)作起來收集、存檔并訪問有關(guān)其宿主服務(wù)器和應(yīng)用程序的診斷信息。所有的框架組件都運行在服務(wù)器級別，并只識別服務(wù)器范圍。除Manager之外的所有組件一概都存在于服務(wù)器進程中，并參與到標(biāo)準(zhǔn)服務(wù)器生命周期中。框架的所有工件都在每個服務(wù)器的基礎(chǔ)上進行配置和保存。WLDF Manager提供了一個配置和控制界面，用于管理診斷框架。除此之外，WLDF Image Capture實用工具提供了一個模型，用于捕捉關(guān)鍵服務(wù)器狀態(tài)的診斷快照。它提供了一種侵入性最低的服務(wù)器診斷和故障排除方法。

　　以下是WLDF的特性列表：

• 引入了一個統(tǒng)一的診斷框架，該框架為后續(xù)的BEA增強提供了藍(lán)本
• 提高了WLS和堆棧產(chǎn)品的總體可視化效果，以減少監(jiān)視和診斷中的盲點
• 改進了對（診斷專家可用的）診斷數(shù)據(jù)的數(shù)量和質(zhì)量的控制和實時可調(diào)性
• 引入了附加的診斷工具，以幫助理解和解決系統(tǒng)故障
• 提供了定義更清晰的界面和工具，用于幫助對客戶應(yīng)用程序進行診斷
• 可跨WL平臺使用
• 有助于不依賴于支持團隊地發(fā)布客戶工具補丁
• 應(yīng)用程序和WLS類的工具
• 監(jiān)視和通知功能，用于觸發(fā)警報
• 請求著色（跨JVM）：用于事件重建和關(guān)聯(lián)的診斷上下文
• 細(xì)粒度控制 -- 將容量調(diào)高或調(diào)低
• 借助于控制臺擴展實現(xiàn)數(shù)據(jù)可視化：https://codesamples.projects.dev2dev.bea.com/servlets/Scarab?id=s96
• 借助于JMX而實現(xiàn)的編程式訪問

6 ：基于門戶的可擴展管理控制臺：可擴展控制臺！

　　WebLogic 9.0管理控制臺提供了一個完全經(jīng)過重新設(shè)計的用戶界面，該界面是標(biāo)準(zhǔn)化的，并且其所有子系統(tǒng)都改善了外觀和導(dǎo)航體驗。它是構(gòu)建在WebLogic Portal Framework之上的。盡管使用門戶放慢了管理控制臺的啟動過程，但也使其更加開放和易于擴展 -- 如果需要的話，應(yīng)用程序能將擴展嵌入到控制臺。

　　其中的新特性包括：

• 改進的導(dǎo)航和用戶界面設(shè)計。
• 新增的用于控制域配置修改的“修改中心”。使用控制臺，管理員可以將修改“批處理”到WebLogic Server配置，從而可以進行可預(yù)料且可靠的修改。在管理員的命令下，一批中所有的配置修改被跨域分布，并被應(yīng)用到所有的服務(wù)器；如果有任何服務(wù)器不能接受這些配置，就將在整個域中進行回滾！然后它們就保持為掛起狀態(tài)，等待來自管理員的進一步操作。
• 新增的應(yīng)用程序部署和配置工具，包括對應(yīng)用程序安裝、包含更多配置的界面以及用于生產(chǎn)應(yīng)用程序的新部署和重新部署控件等的支持。附加的控制臺更新使用戶可以更輕松地在部署導(dǎo)出應(yīng)用程序時為部屬計劃變量賦值。
• WebLogic診斷服務(wù)，它具有很多在運行時環(huán)境下進行配置、收集和查看診斷信息的新特性。可以通過控制臺訪問此服務(wù)。參見包含更多可視性和運行時控件的集中式診斷服務(wù)（如圖4所示）。
• 管理控制臺如今能以類似于通常擴展門戶應(yīng)用程序的方法進行擴展。除了添加和替換內(nèi)容外，控制臺擴展還可以向?qū)Ш綐涮砑庸?jié)點并修改控制臺的外觀元素，例如顏色或商標(biāo)圖片等（如圖5所示）。

　　通過管理控制臺，用戶能執(zhí)行以下操作：

• 配置、啟動和關(guān)閉WebLogic Server實例
• 配置WebLogic Server集群
• 配置WebLogic Server服務(wù)，例如數(shù)據(jù)庫連通性(JDBC)和消息處理(JMS)
• 配置安全性參數(shù)，包括管理用戶、組和角色等
• 配置和部署應(yīng)用程序
• 監(jiān)視服務(wù)器和應(yīng)用程序性能
• 查看服務(wù)器和域日志文件
• 查看應(yīng)用程序部署部署描述符
• 編輯選中的運行時應(yīng)用程序部署描述符元素

5 ：新的零宕機時間架構(gòu)：城域網(wǎng) / 廣域網(wǎng)集群？

　　WebLogic 9.0通過引入城域網(wǎng) / 廣域網(wǎng)（MAN/WAN）集群，進一步擴展了零宕機時間的概念。它提供了增強的HTTP會話復(fù)制功能，這就使得在通過廣域網(wǎng)或城域網(wǎng)連接的WebLogic Server集群中進行“災(zāi)難恢復(fù)”成為可能。

城域網(wǎng)中的 HTTP 會話復(fù)制

　　應(yīng)用程序能將HTTP會話副本的備份配置到另一個WebLogic Server集群中。一旦主WebLogic Server集群不可用，HTTP客戶端就能轉(zhuǎn)到輔助WebLogic Server集群（如圖6所示）。

　　此特性假設(shè)兩個WebLogic Server集群間可以進行高速連接，并嚴(yán)重依賴于全局和局部負(fù)載平衡器的正確配置。

城域網(wǎng)中的 HTTP 會話復(fù)制

　　這對于災(zāi)難恢復(fù)中心（DR站點）來說十分理想。應(yīng)用程序能將HTTP會話副本的另一個備份配置到另一個WebLogic Server集群中。WebLogic Server會異步將HTTP會話數(shù)據(jù)發(fā)送到另一個備份（可能保存在數(shù)據(jù)庫中）。一旦主WebLogic Server集群不可用，HTTP客戶端能夠轉(zhuǎn)到輔助WebLogic Server集群（如圖7所示）。

　　假設(shè)到另一個備份的復(fù)制是異步的，故障恢復(fù)的HTTP客戶端可能遇到過時的數(shù)據(jù)。此特性也同樣嚴(yán)重依賴于全局和局部負(fù)載并衡器的正確配置。

4 ：整體服務(wù)器的遷移：確保集群化服務(wù)器的故障恢復(fù)

　　在集群環(huán)境中如何使用單個的服務(wù)并確保故障恢復(fù)，這在J2EE領(lǐng)域中始終是一個難題。現(xiàn)在這個難題被解決了。

　　BEA WebLogic 9提供了對整體服務(wù)器進行遷移的特性。它支持集群的服務(wù)器實例從一臺機器到另一臺機器的自動和手動遷移。能被遷移的托管服務(wù)器被稱為可遷移服務(wù)器。此特性專為需要高可用性的環(huán)境而設(shè)計。單個服務(wù)可裝載于一臺服務(wù)器上，并可能由于故障而被遷移。可遷移服務(wù)器提供了服務(wù)器級別而不是服務(wù)級別的自動和手動遷移。服務(wù)器遷移功能可用于：

• 在宿主服務(wù)器實例發(fā)生故障時，確保單個服務(wù)的連續(xù)可用性，在任何給定時間中，單個服務(wù)必須只運行在單個服務(wù)器上，例如JMS和JTA事務(wù)處理恢復(fù)系統(tǒng)。在發(fā)生故障時，為自動遷移配置的托管服務(wù)器將被自動遷移為另一臺機器（如圖8所示）。
• 簡化重定位托管服務(wù)器及其駐留的所有服務(wù)的過程，將其作為計劃中的系統(tǒng)管理過程的一部分。管理員能從管理控制臺或命令行初始化托管服務(wù)器的遷移。
• 服務(wù)器遷移過程將徹底重定位托管服務(wù)器，包括將IP地址和駐留的應(yīng)用程序重定位到一組預(yù)先定義的可用主機上。

3 ： WebLogic 腳本編寫工具 (WLST) ：管理員的福音！

　　WebLogic 9提供了令人印象深刻的基于標(biāo)準(zhǔn)的命令行管理工具(Jython)，還提供了強大的功能，例如：

• 對域（包括用戶創(chuàng)建的以及非WebLogic Server MBean）配置的導(dǎo)航和編輯
• 獲得有關(guān)域的運行時信息
• 執(zhí)行各種管理任務(wù)，比如部署應(yīng)用程序、通過節(jié)點管理器啟動/停止服務(wù)器等

　　WLST不贊成WebLogic 9中的weblogic.Admin，盡管它完全支持后者。

2 ： Work Manager 和線程自我調(diào)優(yōu)：執(zhí)行隊列在哪里？

　　所有資深J2EE開發(fā)人員都在某種程度上進行過性能調(diào)整。在WebLogic Server的前一個版本中，處理在多個執(zhí)行隊列中執(zhí)行。不同種類的工作根據(jù)優(yōu)先級以及排序和避免死鎖的要求在不同的隊列中執(zhí)行。用戶不得不通過改變執(zhí)行隊列中線程的數(shù)量來控制線程使用。而現(xiàn)在執(zhí)行隊列的概念已經(jīng)被Work Manger取代了。WebLogic 9.0實現(xiàn)了Work Manager 1.1規(guī)范，在一個線程池中執(zhí)行所有類型的工作。WebLogic Server根據(jù)用戶定義的規(guī)則和運行時指標(biāo)（包括執(zhí)行請求的實際時間以及請求進入和離開線程池的比率等）對工作劃分優(yōu)先級，這將提供更大的吞吐量和更快的響應(yīng)速度。Work Manager API能使應(yīng)用程序?qū)蝹€請求任務(wù)分為多個工作項，并使用多個在WebLogic Server中配置的Work Manager指派這些工作項同時執(zhí)行。應(yīng)用程序能配置調(diào)度指導(dǎo)原則（例如，模型A應(yīng)該獲得70%的CPU時間，如果線程擁擠，模型B可被關(guān)閉），這樣WebLogic Server就能利用這些指導(dǎo)原則和所收集的實際運行時性能數(shù)據(jù)來安排應(yīng)用程序的CPU資源。應(yīng)用程序不必再為指定的組件配置單獨的線程池了，因為可以利用WebLogic Serve來監(jiān)視、調(diào)整并分配這些資源。

　　WebLogic Server中重要的自我調(diào)優(yōu)特性包括：

• 工作負(fù)載管理 -- 管理員能定義調(diào)度策略并在域、應(yīng)用程序和模塊級別上加以約束。
• 自動線程計數(shù)調(diào)整 -- 線程池能根據(jù)吞吐量歷史和隊列大小自動修改其大小，從而使吞吐量最大化。
• 線程調(diào)度功能 -- WebLogic Server 9.0實現(xiàn)了通用的Work Manager API，將線程調(diào)度功能向開發(fā)人員公開。應(yīng)用程序也能使用Work Manager API來異步執(zhí)行工作，并能在執(zhí)行時接收通知。

　　在這里我們要重點強調(diào)一個非常好的特性，即過載保護。BEA一直努力做到想客戶之所想，過載保護就是這種努力的一個杰出代表。WebLogic 9.0在這方面提供了兩種類型的保護。

?1 ：性能

　　無疑，性能永遠(yuǎn)都是購買決心、遷移和升級的第一驅(qū)動力。

　　SPECjAppServer2004是評估J2EE應(yīng)用服務(wù)器的基準(zhǔn)。BEA WebLogic 9.0獲得了SpecjAppServer2004在J2EE領(lǐng)域中的最佳性能結(jié)果。那么WebLogic 8.1又如何呢？ -- WebLogic 9.0是否比WebLogic 8.1及以前的版本更快呢？

　　BEA創(chuàng)建了服務(wù)器性能指數(shù)(Server Performance Index，SPI)來比較每個WLS版本。與道瓊斯指數(shù)類似，WLS的SPI性能是參考了大量有代表性的性能基準(zhǔn)（包括微基準(zhǔn)和應(yīng)用程序基準(zhǔn)），然后計算這些基準(zhǔn)的幾何平均數(shù)而得出的。測試后的內(nèi)部數(shù)據(jù)顯示，WLS 9.0比WLS 8.1 SP4快17%。同樣，借助于WebLogic 9支持新硬件、操作系統(tǒng)和數(shù)據(jù)庫系統(tǒng)的新增能力，有可能獲得更高的性能。顯然，WebLogic 9會使用戶在現(xiàn)階段獲得很大的收益，而且BEA永遠(yuǎn)不會停止實現(xiàn)更高性能的努力。

jwebee

我的個人網(wǎng)站