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

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

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

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

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 故障恢復

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

排序單元

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

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

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

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

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

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

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

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

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

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

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

　　JSR-88是J2EE 1.4規(guī)范的一部分，JSR-88指定了一個標準API，用于J2EE應用程序的配置和部署。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è)應用程序的良好運行是非常重要的。這個框架將跟蹤并存檔有意義的診斷數(shù)據(jù)，這些數(shù)據(jù)可用于監(jiān)視和診斷運行中的服務器所出現(xiàn)的問題。WLDF是一個統(tǒng)一框架和公共API，因此可以輕易地把應用程序嵌入到框架中，以利用服務器的診斷功能。

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

　　以下是WLDF的特性列表：

• 引入了一個統(tǒng)一的診斷框架，該框架為后續(xù)的BEA增強提供了藍本
• 提高了WLS和堆棧產(chǎn)品的總體可視化效果，以減少監(jiān)視和診斷中的盲點
• 改進了對（診斷專家可用的）診斷數(shù)據(jù)的數(shù)量和質(zhì)量的控制和實時可調(diào)性
• 引入了附加的診斷工具，以幫助理解和解決系統(tǒng)故障
• 提供了定義更清晰的界面和工具，用于幫助對客戶應用程序進行診斷
• 可跨WL平臺使用
• 有助于不依賴于支持團隊地發(fā)布客戶工具補丁
• 應用程序和WLS類的工具
• 監(jiān)視和通知功能，用于觸發(fā)警報
• 請求著色（跨JVM）：用于事件重建和關聯(lián)的診斷上下文
• 細粒度控制 -- 將容量調(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)過重新設計的用戶界面，該界面是標準化的，并且其所有子系統(tǒng)都改善了外觀和導航體驗。它是構(gòu)建在WebLogic Portal Framework之上的。盡管使用門戶放慢了管理控制臺的啟動過程，但也使其更加開放和易于擴展 -- 如果需要的話，應用程序能將擴展嵌入到控制臺。

　　其中的新特性包括：

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

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

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

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

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

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

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

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

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

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

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

4 ：整體服務器的遷移：確保集群化服務器的故障恢復

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

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

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

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

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

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

　　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ī)則和運行時指標（包括執(zhí)行請求的實際時間以及請求進入和離開線程池的比率等）對工作劃分優(yōu)先級，這將提供更大的吞吐量和更快的響應速度。Work Manager API能使應用程序?qū)蝹€請求任務分為多個工作項，并使用多個在WebLogic Server中配置的Work Manager指派這些工作項同時執(zhí)行。應用程序能配置調(diào)度指導原則（例如，模型A應該獲得70%的CPU時間，如果線程擁擠，模型B可被關閉），這樣WebLogic Server就能利用這些指導原則和所收集的實際運行時性能數(shù)據(jù)來安排應用程序的CPU資源。應用程序不必再為指定的組件配置單獨的線程池了，因為可以利用WebLogic Serve來監(jiān)視、調(diào)整并分配這些資源。

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

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

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

?1 ：性能

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

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

　　BEA創(chuàng)建了服務器性能指數(shù)(Server Performance Index，SPI)來比較每個WLS版本。與道瓊斯指數(shù)類似，WLS的SPI性能是參考了大量有代表性的性能基準（包括微基準和應用程序基準），然后計算這些基準的幾何平均數(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永遠不會停止實現(xiàn)更高性能的努力。

jwebee

我的個人網(wǎng)站