WebLogic 7.0平臺:靈活適應環(huán)境

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

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

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

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

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

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

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

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

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

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

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

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