BEA WebLogic Integration 8.1

控制項提供開發人員更直覺的設計架構

去年上市的BEA WebLogic 8.1目前已推出Service Pack 2，WebLogic Integration平臺包括BPM、EAI及B2B的功能，是BEA的BPM解決方案。由於WebLogic全系統產品，皆BEA自行研發，所以沒有產品整合的問題，一張光碟即可安裝完成，是相當輕便的產品。如果企業沒有足夠的預算購買WebLogic全系列產品，目前BEA推出WebLogic 應用伺服器SOA版，內建BPM引擎，但部分B2B的應用未包含在內。安裝容易是一大特色

相較於對J2EE的恐懼，BEA WebLogic 8.1的安裝出乎意料的容易，一張光碟即包含J2EE Server、Portal、Workshop、Liquid Data及Integration Framework所有的內容，也無需額外下載更新任何元件。目前WebLogic 8.1已提供Services Pack 2，除了修正問題及提升執行效能外，也支援ebXML、Portlet、WSRP等B2B及J2EE新標準，並提供中文化的管理畫面。

BPM產品需要藉助資料庫，記錄流程執行的狀態，以利管理者追蹤、監控流程及分析效能，並避免故障停機後，資料遺失的問題。不過企業級資料庫的安裝與設定頗浪費時間，為節省企業在評估及測試產品階段，額外安裝其他資料庫的麻煩，安裝WebLogic的過程中未要求使用者安裝資料庫，因為系統預設提供以Java開發而成的試用版PointBase資料庫，不過在實際的應用上，BEA仍建議企業採用企業級資料庫。資料庫的支援方面，BEA優先支援SQL Server及Oracle，在SP2進一步增加支援DB2及Sybase。

過去BEA搭配資料庫原廠的時程，調整資料庫支援的版本，不過資料庫的升級對企業而言，必須承受調整可能帶來的風險，因此雖然Oralce已不再維護Oracle 8.1.7版，不過由於業界仍在使用的比例很高，客戶強烈建議BEA繼續支援舊版資料庫，因此為了讓客戶放心，在WebLogic 8.1 SP2繼續支援Oracle 8.1.7。

企業資訊系統講求穩定，並不會盲目追求最新技術與產品，所以不會隨軟體升級的腳步不斷改版，再加上J2EE的成熟度足夠，因此目前BEA最新的政策改為支援舊版WebLogic產品5年，企業甚至可簽約再延長2年。未來將強化BAM的功能

資訊系統往往是因應業務單位的需求而建置，為了讓業務單位了解流程執行的效能，及BPM系統對企業帶來的效益，WebLogic Integration下一個版本的重點，除了進一步支援BPEL標準，也將強化更多BAM（Business Activity Management）業務面的管理功能。

BPM平臺執行關鍵任務性的系統，在管理上要可定義執行的SLA（Services Level Agreement；服務等級協定），量測流程執行的時間，並在效能未達要求水準時提供預警機制。衡量流程執行的效能，並提供管理者摘要內容。自動化流程的執行仍不能避免管理者決策的過程，包含人機介面的關卡，可能因為人員處理的效率影響流程的進度，藉由儲存流程處理的狀態、停留的時間及停滯的關卡等記錄，可作為績效評估的依據。配接器符合JCA標準

以配接器串連應用程式可避免破壞系統的完整性，減少維護的成本，WebLogic預設提供MQ的配接器，資料庫部分建議使用JDBC，其他包括套裝應用程式、AS/400、大型主機、資料庫及Web技術，都可透過配接器不用額外撰寫程式即可原生地串連。

針對各式各樣的配接器，WebLogic提供的Integration Design Console是Web化的配接器管理介面。配接器的技術非常複雜，必須熟悉應用系統及Java技術，因此多由專業的第三方合作夥伴提供，必須額外計價。而企業自行開發的應用系統，若有設計配接器串接架構，企業可使用ADK（Adapter Development Kit）開發客製化的配接器。

配接器的好處是符合J2EE規格中JCA（J2EE Connector Architecture）定義的架構，因此多可支援多家J2EE平臺，BEA提供的配接器則可進一步轉換成XML的界面，未來WebLogic SP3將直接轉換配接器成為Web Services的架構與BEA的控制項會有更好的結合。控制項比配接器更靈活的設計

除了配接器之外，BEA在J2EE平臺之上，建立控制項（Controller）的架構，企業使用以配接器為底層包裝而成的控制項，事實上，控制項並不是元件，而是一種模式（Pattern），其背後的設計也是以EJB實作。控制項將資料庫、應用系統、Web Services等所有的東西都轉換成服務，成為可重複使用的資源，開發人員以最直覺的方式設計流程，無需在意各節點執行的功能，是由什麼系統或技術提供。

在WebLogic J2EE平臺之上，資料庫的Table、ERP、Web Services、B2B、EJB元件或人機互動的流程等，都可以包裝成控制項，提供企業一致的整合介面，在BPM流程設定時，以拖拉點選的方式即可串接各系統。

不同系統之間的格式轉換，WebLogic利用W3C的XQuery標準，產生欄位對應的語法，XQuery類似SQL語法，學過SQL 4GL的人很容易學習，所以內容的維護並不困難。至於從MQ訊息或電文傳來的二進位元檔資料，可利用Format Builder轉換成XML格式。

除了簡單的邏輯判斷，流程的執行難免需要經由管理者的決策，此類長期性人機互動的介面及訊息的繞境（Routing）都可自動產生控制項，未來需要使用相同的機制時，即可再次使用控制項，減少重複開發的麻煩。

企業設計好的商業流程，可直接模擬測試流程執行的狀況，確認無誤後即成為SOA概念中組裝式的應用程式，流程本身也可另存成副檔名為JPD的檔案，甚至包裝成控制項， Web應用程式或Web Services即可呼叫流程，成為其他應用的一部分。

目前BEA已將此規格提交JCP組織，成為第207號Process Definition for Java規格，定義Java商業流程的語法及API，定義好的流程可包裝產生成控制項，讓流程本身也是可重複使用的資源。

中文化的管理畫面
WebLogic SP2管理畫面已中文化，包括流程監控、定義SLA、訊息的傳送Message Broker的管理、B2B交易夥伴協定、人機互動任務、配接器管理、安全控管及報表等功能。

交易夥伴協定包括設定雙方共同遵循的ResettaNet版本及傳遞的水準等；任務設定包括人機互動的介面、行事曆及代理人設定；安全控管提供人員群組與角色的設定；報表是BAM及Data Mining的基礎，提供管理者基本的摘要。

WebLogic整個底層是遵循同一套使用者群組與角色管理，所以從入口網站到BPM都使用同一套管理機制，以角色為基礎（Role-Based）的架構，可設定角色生效的時段或條件，定義複雜且靈活的角色。

可與Java開發的WorkFlow產品接軌
流程的查詢預設是提供管理者使用的功能，由於有安控的考量，除非設定特定角色提供查詢的權限，否則一般使用者沒有查詢流程進度的權限，概念與人力工作流程以文件為中心的考量不同。不過企業可客製化，設定查詢的機制。

WebLogic Integration也可設定人力工作流程，由於BEA完整支援XML，人機互動介面提供類似Power Builder資料綑綁（Data Binding）的功能，只要把XML文件欄位拖拉到JSP Designer，即產生相對應的欄位，使用者可進一步客製化畫面，產生相對應的表單。不過表單的加簽、跳簽及會簽等功能，仍需客製化。

企業也可選擇與Java開發的WorkFlow產品串接，節省客製化的麻煩。不過WorkFlow產品應支援Web Services及BPEL標準，才能提高與其他系統接軌的互通性。

彈性的簽核功能WorkFlow產品的確比BPM產品善長，不過BPM產品處理的是企業中心的核心業務，在效能、備援上要求與人力工作流程完全不同。所以BPM的重要性遠高於WorkFlow。再加Web Services的風潮，企業已開始意識到需要加速流程進行的效率。文⊙李延華