j2ee企業級應用開發

企業級應用是指那些為商業組織、大型企業而建立並部署的解決方案及應用。下面是小編整理的關於j2ee企業級應用開發，希望大家認真閱讀!

當代的企業級應用決不可能是一個個的獨立系統。在企業中，一般都會部署多個彼此連線的、相互通過不同整合層次進行互動的企業級應用，同時這些應用又都有可能與其它企業的相關應用連線，從而構成一個結構複雜的、跨越Intranet和Internet的分散式企業應用群集。其中，連線企業內部各種應用的技術稱為EAI(Enterprise Application Integration, 企業應用整合)，而連線企業間各種應用的技術稱為B2BI(Business-To-Business Integration, 企業間整合)，採用EAI、B2BI技術及早先的N層體系架構就是當今企業級應用的最大特徵。

此外，作為企業級應用，其不但要有強大的功能，還要能夠滿足未來業務需求的變化，易於升級和維護。

企業級應用架構

下面我們使用一個圖示來簡單地解析一下企業級應用的架構，見圖1。

圖1 企業級應用的體系架構

這個體系架構的主體是MVC架構。MVC是Model/View/Control的縮寫。Model/View/Control是軟體設計的典型結構。在這種設計結構下，一個應用被分為三個部分：Model、View和Controller，每個部分負責不同的功能。Model是指對業務資料/資訊的處理模組，包括對業務資料的存取、加工、綜合等;View是指使用者介面，也就是面向使用者的資料表示;Controller則負責View和Model之間的流程控制，也就是完成兩個方向的動作：1.將使用者介面(View)的操作對映到具體的Model，以完成具體的業務邏輯;2. 將通過Model處理完的業務資料及時反應到使用者介面(View)上。

MVC架構使得應用程式的結構更加清晰，通過將程式碼按照層次劃分為業務邏輯/資料、使用者介面和應用流程控制這三個層次，增強程式碼穩定性。我們知道，對於Model、View、Controller這三部分功能來講，View的實現一般是由介面設計人員和介面程式設計師來完成，Model則是由業務邏輯程式設計師來完成，Controller則一般由負責整體控制的程式設計師來完成。Controller部分的程式碼比較穩定，一般會實現一個通用的架構;而Model則跟隨商務流程的變化而變化;View的更改則是隨著使用者需求的更改而更改。這種模組功能的劃分有利於在程式碼修改過程中進行模組的隔離，而不需要把具有不同功能的程式碼混雜在一起造成混亂。對於專案開發而言，有利於在專案小組內按照小組成員各自的擅長進行分工，有利於三個部分並行開發、加快專案進度。

企業級資源連線

對於Model部分，也就是業務邏輯的處理部分，一般總是對商務資料進行處理、加工、綜合等。對於企業級應用而言，商袷?縈辛街擲叢矗?恢質鞘?菘猓?硪恢衷蚴瞧淥?鈉笠導隊τ孟低場?lt;BR>

對於資料庫而言，這應當是大家熟悉的領域。我們通過使用資料庫驅動程式，利用SQL來查詢、操縱資料庫。而對於其它的企業級應用而言，一般這些應用都會提供API，通過這些API，其它的應用就能夠存取訪問其中的資料，甚至是觸發這些企業級應用中的一些業餘流程。

企業級平臺的特徵

企業級應用需要使用優秀的企業級應用體系結構，而優秀的企業級應用體系結構通常來自於優秀的解決方案。應用程式設計開始就要考慮其體系結構的合理性、靈活性、健壯性，從而既可滿足企業級應用的複雜需求，也能為今後系統的調整和升級留有餘地。體系結構影響了整個應用的生命週期，實際上能夠延長整個應用的生命週期，同時增強了使用者在多變的商業社會中的適應性，減少了系統維護的開銷和難度，從而給使用者帶來最大的利益。

一個理想的'企業級應用系統平臺應該具有如下特徵：

◆ 部署、開發和維護的有效性;

◆ 系統執行的健壯性和可靠性;

◆ 具備失敗恢復的能力;

◆ 能夠處理海量的資料;

◆ 能夠同時支援數百個使用者;

◆ 具備很高的安全性;

◆ 資料的高可用性;

◆ 可以迅速地開發和部署新的應用程式;

◆ 簡化元件重用;

◆ 直觀的程式設計模型;

◆ 支援行業標準和通用程式設計介面;

◆ 適用與小、中、大各種規模的應用系統;

◆ 系統費用隨系統規模的增長而線性增長;

◆ 不斷進行技術升級，以滿足不斷湧現的需求。

使用J2EE架構企業級應用

為了滿足架構企業級應用的需求，Java的創始人Sun公司在早期的J2SE(Java 2 Platform Standard Edition)基礎上，針對企業級應用的各種需求，主導並創造了J2EE(Java 2 Platform Enterprise Edition)。

那麼到底什麼是J2EE呢?從整體上講，J2EE是使用Java技術開發企業級應用的一種事實上的工業標準(Sun公司出於其自身利益的考慮，至今沒有將Java及其相關技術納入標準化組織的體系)，它是Java技術不斷適應和促進企業級應用過程中的產物。目前，Java平臺有三個版本：適用於小型裝置和智慧卡的J2ME(Java 2 Platform Micro Edition)、適用於桌面系統的J2SE和適用於企業級應用的J2EE。Sun推出J2EE的目的是為了克服傳統Client/Server模式的弊病，迎合Browser/Server架構的潮流，為應用Java技術開發伺服器端應用提供一個平臺可移植的、多使用者的、獨立的、安全的和基於標準的企業級平臺，從而簡化企業應用的開發、管理和部署。J2EE是一個標準，而不是一個現成的產品。各個平臺開發商按照J2EE規範分別開發了不同的J2EE應用伺服器，J2EE應用伺服器是J2EE企業級應用的部署平臺。由於它們都遵循了J2EE規範，因此，使用J2EE技術開發的企業級應用可以部署在各種J2EE應用伺服器上。

為了推廣並規範化使用J2EE架構企業級應用的體系架構，Sun同時給出了一個建議性的J2EE應用設計模型：J2EE Blueprints。J2EE Blueprints提供了實施J2EE企業級應用的體系架構、設計模式和相關的程式碼，通過應用J2EE Blueprints所描述的體系模型，能夠部分簡化架構企業級應用這項複雜的工作。J2EE Blueprints是開發人員設計和優化J2EE元件的基本原則，同時為圍繞開發工作進行職能分工給出了指導性策略，以幫助應用開發設計人員合理地分配技術資源。

下面我們參照J2EE Blueprints，結合最新版的J2EE規範(J2EE 1.4)，從整體上闡述如何使用J2EE架構企業級應用。

圖2 使用J2EE架構企業級應用的體系架構

圖2給出了使用J2EE架構企業級應用的體系架構。J2EE將組成一個完整企業級應用的不同部分納入不同的容器(Container)，每個容器中都包含若干元件(這些元件是需要部署在相應容器中的)，同時各種元件都能使用各種J2EE Service/API。J2EE容器包括：

◆ Web容器 伺服器端容器，包括兩種元件JSP和Servlet，JSP和Servlet都是Web伺服器的功能擴充套件，接受Web請求，返回動態的Web頁面。Web容器中的元件可使用EJB容器中的元件完成複雜的商務邏輯。

◆ EJB容器 伺服器端容器，包含的元件為EJB(Enterprise JavaBeans)，它是J2EE的核心之一，主要用於伺服器端的商業邏輯的實現。EJB規範定義了一個開發和部署分散式商業邏輯的框架，以簡化企業級應用的開發，使其較容易地具備可伸縮性、可移植性、分散式事務處理、多使用者和安全性等。

◆ Applet容器 客戶端容器，包含的元件為Applet。Applet是嵌在瀏覽器中的一種輕量級客戶端，一般而言，僅當使用Web頁面無法充分地表現資料或應用介面的時候，才使用它。Applet是一種替代Web頁面的手段，我們僅能夠使用J2SE開發Applet，Applet無法使用J2EE的各種Service和API，這是為了安全性的考慮。

◆ Application Client容器 客戶端容器，包含的元件為Application Client。Application Client相對Applet而言是一種較重量級的客戶端，它能夠使用J2EE的大多數Service和API。

通過這四個容器，J2EE能夠靈活地實現前面描述的企業級應用的架構。

在View部分，J2EE提供了三種手段：Web容器中的JSP(或Servlet)、Applet和Application Client，分別能夠實現面向瀏覽器的資料表現和麵向桌面應用的資料表現。Web容器中的Servlet是實現Controller部分業務流程控制的主要手段;而EJB則主要針對Model部分的業務邏輯實現。至於與各種企業資源和企業級應用相連線，則是依靠J2EE的各種服務和API。

在J2EE的各種服務和API中，JDBC和JCA用於企業資源(各種企業資訊系統和資料庫等)的連線，JAX-RPC、JAXR和SAAJ則是實現Web Services和Web Services連線的基本支援。

J2EE的各種元件

我們就J2EE的各種元件、服務和API，進行更加詳細的闡述，看看在開發不同型別的企業級應用時，根據各自需求和目標的不同，應當如何靈活使用並組合不同的元件和服務。

· Servlet

Servlet是Java平臺上的CGI技術。Servlet在伺服器端執行，動態地生成Web頁面。與傳統的CGI和許多其它類似CGI的技術相比，Java Servlet具有更高的效率並更容易使用。對於Servlet，重複的請求不會導致同一程式的多次轉載，它是依靠執行緒的方式來支援併發訪問的。

· JSP

JSP(Java Server Page)是一種實現普通靜態HTML和動態頁面輸出混合編碼的技術。從這一點來看，非常類似Microsoft ASP、PHP等技術。藉助形式上的內容和外觀表現的分離，Web頁面製作的任務可以比較方便地劃分給頁面設計人員和程式設計師，並方便地通過JSP來合成。在執行時態，JSP將會被首先轉換成Servlet，並以Servlet的形態編譯執行，因此它的效率和功能與Servlet相比沒有差別，一樣具有很高的效率。

· EJB

EJB定義了一組可重用的元件：Enterprise Beans。開發人員可以利用這些元件，像搭積木一樣建立分散式應用。在裝配元件時，所有的Enterprise Beans都需要配置到EJB伺服器(一般的Weblogic、WebSphere等J2EE應用伺服器都是EJB伺服器)中。EJB伺服器作為容器和低層平臺的橋樑管理著EJB容器，並向該容器提供訪問系統服務的能力。所有的EJB例項都執行在EJB容器中。EJB容器提供了系統級的服務，控制了EJB的生命週期。EJB容器為它的開發人員代管了諸如安全性、遠端連線、生命週期管理及事務管理等技術環節，簡化了商業邏輯的開發。EJB中定義了三種Enterprise Beans：

◆ Session Beans

◆ Entity Beans

◆ Message-driven Beans

· JDBC

JDBC(Java Database Connectivity，Java資料庫連線)API是一個標準SQL(Structured Query Language，結構化查詢語言)資料庫訪問介面，它使資料庫開發人員能夠用標準Java API編寫資料庫應用程式。JDBC API主要用來連線資料庫和直接呼叫SQL命令執行各種SQL語句。利用JDBC API可以執行一般的SQL語句、動態SQL語句及帶IN和OUT引數的儲存過程。Java中的JDBC相當與Microsoft平臺中的ODBC(Open Database Connectivity)。

· JMS

JMS(Java Message Service，Java訊息服務)是一組Java應用介面，它提供建立、傳送、接收、讀取訊息的服務。JMS API定義了一組公共的應用程式介面和相應語法，使得Java應用能夠和各種訊息中介軟體進行通訊，這些訊息中介軟體包括IBM MQ-Series、Microsoft MSMQ及純Java的SonicMQ。通過使用JMS API，開發人員無需掌握不同訊息產品的使用方法，也可以使用統一的JMS API來操縱各種訊息中介軟體。通過使用JMS，能夠最大限度地提升訊息應用的可移植性。 JMS既支援點對點的訊息通訊，也支援釋出/訂閱式的訊息通訊。

· JNDI

由於J2EE應用程式元件一般分佈在不同的機器上，所以需要一種機制以便於元件客戶使用者查詢和引用元件及資源。在J2EE體系中，使用JNDI(Java Naming and Directory Interface)定位各種物件，這些物件包括EJB、資料庫驅動、JDBC資料來源及訊息連線等。JNDI API為應用程式提供了一個統一的介面來完成標準的目錄操作，如通過物件屬性來查詢和定位該物件。由於JNDI是獨立於目錄協議的，應用還可以使用JNDI訪問各種特定的目錄服務，如LDAP、NDS和DNS等。

· JTA

JTA(Java Transaction API)提供了J2EE中處理事務的標準介面，它支援事務的開始、回滾和提交。同時在一般的J2EE平臺上，總提供一個JTS(Java Transaction Service)作為標準的事務處理服務，開發人員可以使用JTA來使用JTS。

· JCA

JCA(J2EE Connector Architecture)是J2EE體系架構的一部分，為開發人員提供了一套連線各種企業資訊系統(EIS，包括ERP、SCM、CRM等)的體系架構，對於EIS開發商而言，它們只需要開發一套基於JCA的EIS連線介面卡，開發人員就能夠在任何的J2EE應用伺服器中連線並使用它。基於JCA的連線介面卡的實現，需要涉及J2EE中的事務管理、安全管理及連線管理等服務元件。

· JMX

JMX(Java Management Extensions)的前身是JMAPI。JMX致力於解決分散式系統管理的問題。JMX是一種應用程式設計介面、可擴充套件物件和方法的集合體，可以跨越各種異構作業系統平臺、系統體系結構和網路傳輸協議，開發無縫整合的面向系統、網路和服務的管理應用。JMX是一個完整的網路管理應用程式開發環境，它同時提供了廠商需要收集的完整的特性清單、可生成資源清單表格、圖形化的使用者介面;訪問SNMP的網路API;主機間遠端過程呼叫;資料庫訪問方法等。

· JAAS

JAAS(Java Authentication and Authorization Service)實現了一個Java版本的標準Pluggable Authentication Module(PAM)的框架。JAAS可用來進行使用者身份的鑑定，從而能夠可靠並安全地確定誰在執行Java程式碼。同時JAAS還能通過對使用者進行授權，實現基於使用者的訪問控制。

· JACC

JACC(Java Authorization Service Provider Contract for Containers)在J2EE應用伺服器和特定的授權認證伺服器之間定義了一個連線的協約，以便將各種授權認證伺服器插入到J2EE產品中去。

· JAX-RPC

通過使用JAX-RPC(Java API for XML-based RPC)，已有的Java類或Java應用都能夠被重新包裝，並以Web Services的形式釋出。JAX-RPC提供了將RPC引數(in/out)編碼和解碼的API，使開發人員可以方便地使用SOAP訊息來完成RPC呼叫。同樣，對於那些使用EJB(Enterprise JavaBeans)的商業應用而言，同樣可以使用JAX-RPC來包裝成Web服務，而這個Web Servoce的WSDL介面是與原先的EJB的方法是對應一致的。JAX-RPC為使用者包裝了Web服務的部署和實現，對Web服務的開發人員而言，SOAP/WSDL變得透明，這有利於加速Web服務的開發週期。

· JAXR

JAXR(Java API for XML Registries)提供了與多種型別註冊服務進行互動的API。JAXR執行客戶端訪問與JAXR規範相相容的Web Servcices，這裡的Web Services即為註冊服務。一般來說，註冊服務總是以Web Services的形式執行的。JAXR支援三種註冊服務型別：JAXR Pluggable Provider、Registry-specific JAXR Provider、JAXR Bridge Provider(支援UDDI Registry和ebXML Registry/Repository等)。

· SAAJ

SAAJ(SOAP with Attachemnts API for Java)是JAX-RPC的一個增強，為進行低層次的SOAP訊息操縱提供了支援。

企業級應用示例

下面我們通過假設一個企業應用的J2EE實現，來了解各種元件和服務的應用。假設應用物件是計算機產品的生產商/零售商的銷售系統，這個銷售系統能夠通過自己的網站釋出產品資訊，同時也能將產品目錄傳送給計算機產品交易市場。銷售系統能夠線上接受訂單(來自自己的Web網站或者來自計算機產品交易市場)，並隨後轉入內部企業管理系統進行相關的後續處理。

參見圖3，這個企業應用可以這種方式架構。該企業應用的核心是產品目錄管理和產品定購管理這兩個業務邏輯，使用EJB加以實現，並部署在EJB容器中。由於產品目錄和定購資訊都需要持久化，因此使用JDBC連線資料庫，並使用JTA來完成資料庫存取事務。

圖3 J2EE應用示例

然後使用JSP/Servlet來實現應用的Web表現：線上產品目錄瀏覽和線上定購。為了將產品目錄傳送給特定的交易市場，使用JMS實現非同步的基於訊息的產品目錄傳輸。為了使得更多的其它外部交易市場能夠整合產品目錄和定購業務，需要使用Web Services技術包裝商業邏輯的實現。由於產品定購管理需要由公司內部僱員進行處理，因此需要整合公司內部的使用者系統和訪問控制服務以方便僱員的使用，使用JACC整合內部的訪問控制服務，使用JNDI整合內部的使用者目錄，並使用JAAS進行訪問控制。由於產品訂購事務會觸發後續的企業ERP系統的相關操作(包括倉儲、財務、生產等)，需要使用JCA連線企業ERP。

最後為了將這個應用納入到企業整體的系統管理體系中去，使用Application Client架構了一個管理客戶端(與其它企業應用管理應用部署在一臺機器上)，並通過JMX管理這個企業應用。