WebLogic 7.0平臺:靈活適應環境

2019-11-18 14:05:44

字體：大中小

來源：轉載

供稿：網友

　　WebLogic 7.0平臺:靈活適應環境

開發和部署，這是WebLogic 7.0版本的兩大亮點。請別誤解，這并不是說我們沒有在容器部件上下功夫，我們依然遵循J2EE1.3標準，并且獲得了很高的ECPerf測試值。盡管如此，我們仍發布了產品的三大工具，努力簡化網絡服務應用的開發、部署和治理。

第一個工具是WebLogic Workshop，可以建立網絡服務的類似Visual Basic工具，并具有完整的服務調試工具。在網絡服務底層，是功能強大的J2EE技術層，我們一直努力使其快速、可擴展并且可靠。任何熟悉WebLogic的人都能啟動并運行其輔導教程，學習使用，并向不信服java的人們演示網絡服務的開發部署功能。您能夠說服人們這是開發網絡服務的簡易方法，而不會碰到麻煩。

對于那些抱怨5.1失去了圖形化部署描述編輯器的開發人員，我們創建了一個新工具，稱為WebLogic Builder。這個工具能夠使您編輯J2EE應用的EAR、WAR和EJB JAR部署描述，然后重新部署這些應用。它具有內置的錯誤檢查功能并支持所有描述符。這將會使建立或從另外一個系統向WebLogic移植應用部署更簡單，更不易出錯。

它甚至能夠自動將已有的舊式部署描述符升級為J2EE 1.3，所以您無需親自動手修改。利用這個版本對EJB 2.0的徹底支持和標準化，我想您會發現在Builder工具內所有復雜的關系將會大大簡化。

也許我們是這樣的開發人員，對圖形化工具嗤之以鼻，寧愿使用Emacs，那么我們提供的工具能夠提高生產率。WebLogic EJBGen使您能夠在單一文件中完整地定義EJB實現及其部署信息。由于部署信息不可能與實現分離，因此很輕易確保所有關系被描述，并且所有由容器治理的域（field）都有呼應（hooked up）。采用簡單的類似JavaDoc的標記，即可以在需要的地方設置注釋信息，而不用在每次修改時努力保持多個文件的同步（一致性）。

當然我們一直沒有忘記將企業級特性加進產品中。最主要的特性之一是集群化隊列和主題（這是我個人的偏好，我是一個對隊列癡迷的人），現在我們能夠建立基于JMS之上，無單點故障的應用－－無需自己親自動手，分布式主題和隊列會為我們完成大多數工作。需要利用這個特性的代碼修改即使需要的話，也非常少。這樣，建立一個大規模可擴展的聊天服務器只不過是幾個JMS調用而已。

在安全性方面，我們已經內置了鑒權支持以及對服務器安全層進行了徹底擴充。

這樣精致的安全系統能夠使您超越簡單ACL（訪問控制表）精確控制資源的訪問。現在您能夠基于用戶的賬戶狀態來阻止用戶對網絡應用某部分的訪問，或答應用戶修改自己的賬戶和報告，同時禁止訪問其它賬戶。這種新的安全系統確實能夠使您對J2EE實施比內置URI層面的安全性（廣泛的、粗糙的基于方法層面）更嚴格的控制。。

最難于把握的是部署階段。我們郵件對所有基本問題進行了討論。采用最新的兩階段集群部署，利用共享磁盤或采用自己的復制替代我們提供的內部文件復制器多種選擇，每個人都應該能夠根據自己的需要可靠地部署應用。例如，假如您需要所有集群服務器能夠自動獲得.jsp 和Servlet的修改，可以將應用配置為駐留在共享磁盤上，并指定應用不使用WebLogic預演功能。另一方面，您運行的應用其文件只能在應用部署時才能修改，所以您告訴WebLogic采用預演方式，確保應用在所有集群服務器預備好之前不去部署，之后所有集群的修改同時生效。預演選項在服務器和應用層都可以修改，所以您不會鎖定在一個配置上。

最后，高層應用域配置不再與計算機上安裝的WebLogic Server本身緊密捆綁。

一些用戶想將服務器代碼放在只讀磁盤，同時將所有配置數據、日志、應用等放在另外的磁盤上。這在過去是一個大問題，像這樣簡單的事也用了很長一段時間以確保WebLogic Platform在任何99v環境都能夠靈活部署。

呀！這么多東西需要消化。但是您會發現，BEA WebLogic Platform正在以良好的狀態進行擴充。我們一直在努力建立一個最完整、可擴展、安全可靠的平臺，提供基于J2EE標準的應用開發。這是我們的使命。

上一篇：WebLogic 6.1使用技巧

下一篇：Weblogic EJB 學習筆記（2）