j2ee系統源碼

① 開源中間件的應用伺服器

當今，用JAVA語言開發運行在伺服器上的應用程序，必須遵循SUN公司提出的J2EE規范枯高喚，也就是說，這種規范給出了在分布式環境下開發和部署面向「組件」的Java應用程序應當遵循的一些具體規則。該規范指出了如何開發、部署和集成應用程序「組件」的具體辦法，這就是所謂的「放入J2EE平台」沒凱。
特別是J2EE規范描述了一種「J2EE伺服器」念穗的運行機理，「J2EE伺服器」提供了一種執行環境和一些系統「服務」，例如，事務處理服務、保持服務、消息服務和安全服務等。「J2EE伺服器」是一種符合J2EE規范的計算機抽象物，是Java應用程序的「活動場地」。
典型的J2EE應用程序由兩部分構成：一是表現組件（也叫Web組件，Servlets與JSP）；二是企業組件（EJB，EnterpriseJavaBeans），定義事務處理邏輯和應用數據。J2EE伺服器提供兩種「容器」，一種是負責處理Web組件；另一種是負責處理企業組件。
上面提及的JBOSS和JOnAS開源應用伺服器是「J2EE伺服器」，它們分別在2004年6月19日和2005年2月1日通過了J2EE測試認證。在J2EE伺服器的發展史上，開放源碼的「應用伺服器」能夠通過J2EE的性能測試並給予「認證」，確實是一件震動世界軟體業的大事。開源應用伺服器是開源中間件的集中體現，從此，對於開源中間件的各種懷疑論調都失去了根據。

② J2EE怎麼理解

一。J2EE是美國Sun公司剛剛推出的一種全新概念的模型,與傳統的互聯網應用程序模型相比有著不可比擬的優勢。

1..當今許多企業都需要擴展他們的業務范圍,降低自身經營成本,縮短他們和客戶之間的響應時間,這就需要存在一種簡捷,快速的服務於企業,合作夥伴和雇員之間。

2.典型的說，提供這些服務的應用軟體必須同企業信息系統（EIS）相結合，並提供新的能向更為廣闊的用戶提供的服務。這些服務要具備以下的特點：

a． 高可用性：來滿足現在的全球商業環境

b． 安全性：保護用戶的隱私和企業數據的安全

c． 可依賴性和可擴展性：保證商業交易的正確和迅捷

3.通常這些服務是由分布的應用程序組成的，包括前端數據端和後端數據源以及它們之間的一層或幾層，這些中間層提供了把商業功能和數據與EIS相結合的功
能。這些中間層把客戶端從復雜的商業邏輯中分離出來，利用成熟的INTERNET技術使用戶在管理上所花費的時間最小化。

4.J2EE正式降低了開發這種中間層服務的成本和復雜程度，因而使得服務可以被快速的展開，並能夠更輕松的面對競爭中的壓力。

5.J2EE通過定義一種標準的結構來實現它的優勢，如下：

a． J2EE Application Programming Model
----一種用於開發多層次，瘦型客戶用戶程序的標准設計模型

b． J2EE
Platform----一個標準的平台，用來整合J2EE的應用程序，指定一系列的介面和方法

c． J2EE Compatibility Test
Suite----一套兼容測試組件，用來檢測產品是否同J2EE 平台兼容

d． J2EE Reference Implementation----用來示範J2EE的能力

二。J2EE 應用程序模型

1.J2EE是被設計為顧客，雇員，供應商，合作者提供企業級服務，這樣的應用程序天生具有復雜性，他們要訪問各種類型的數據並分發於大量的客戶端。

2.為了更好的控制，管理這些應用程序，支持各種各樣用戶的商業功能要在中間層引入，中間層描述了一個被企業的信息技術部門緊緊控制的環境。

3.J2EE應用程序依靠於EIS層來存儲企業的商業數據。這些數據和用來管理它的系統是企業中的核心。

4..最初,雙層結構(client-server)應用程序模型許諾將提高伸縮性與更廣闊的功能,但不幸的是,直接向用戶提供EIS服務的復雜性和再每台用戶計算機上安裝和維護商業邏輯所引起的管理上的問題成了很大的限制。
而這些再雙層結構中的限制在三層結構中已不存在了。

5..如今要求既開發服務的商業功能，還要開發訪問資料庫和其他資源的代碼，這是很復雜的，因為每一種多層結構的伺服器都有它自己的應用模型，因此組建一直
富有經驗的開發隊伍將是困難的。另外，隨著服務規模的擴大，為了降低開支和加快響應速度，也要經常對其基層代碼進行修改。

三。J2EE應用模型定義了一種建築模型來讓多層應用程序實現服務，並消除了以上的問題，提供了可伸縮的，易訪問的，易於管理的方法。

1.J2EE應用模型把實現多層結構服務的工作劃分為二部分：

開發者實現商業和表達邏輯，以及由J2EE平台提供的標準的系統服務。

開發者可以依賴於這個平台為開發中間層服務中遇到的系統級硬體問題提供

2.解決方案

J2EE應用模型為中間層應用程序提供了編譯一次，任意運行的特點（write
once，run anywhere），這種標准模型最小化了培訓開發人員的費用。

J2EE應用程序模型通過在建立多層應用程序中最小化其復雜程度，圍簡化和加速應用程序的開發邁出了重要的一步。
3．Java技術基礎

J2EE應用程序模型起始於Java程序語言和Java虛擬機，他們提供的不斷提高的便攜性，安全性和開發人員能力的提高是應用程序模型的基礎。

應用程序模型通常包括JavaBean組件模型，JavaBean是的為普通功能編寫基於Java技術的代碼更加容易，利用JavaBean的開發工具可以可視的定製，組合這些組件。

4．安全性

當其他的應用程序模型需要在每個程序中有特定平台的安全性時，J2EE平台環境使在開發時安全約束便已定義了。

J2EE平台定義了一種標準的公開的存取控制規則，當程序在企業平台上開發時就已被程序師定義和解釋了。J2EE也需要提供一個標準的注冊機制以便應用程序不用將這些注冊機制和邏輯相混合，相同的工作要執行於大量的不同的環境中而並不需要改變源代碼。

例如：J2EE應用程序開發人員可以指定幾個安全級別（如，user，superuser，administrator），於是他們寫出代碼來檢查當
前用戶許可權的級別當用戶訪問數據時。在開發階段，開發人員賦予多組用戶適當的安全級，使應用程序能夠容易的判斷限制級在執行限制操作之前。

5．中間層

J2EE應用程序模型的一個主要優點便是在中間層的多層應用程序。在J2EE平台，中間層商業功能是由企業JavaBean實現的。

這些企業Beans允許服務開發者集中於商業邏輯，並且讓EJB
Server處理傳送穩定的，可升級服務的復雜工作。

JavaServerPages
技術和Servlets向客戶層提供了易於訪問的Internet型服務的中間層功能。Jsp技術使用戶介面開發者更加容易的提供向任何瀏覽器用戶提供動態頁面的服務。Servlets讓基於Java技術的開發者有更大的自由來在Java語言中提供完全的動態服務。
6． 客戶層

J2EE平台支持幾種類型的客戶。

許多J2EE服務被設計為瀏覽器用戶服務，這些服務通過動態生成Html頁和表單來同客戶端實現交互，而Jsp和Servlets是通過讓這些商業數
據通過某種方式格式化，使客戶端更容易來同它工作。這些客戶端可以是運行於瀏覽器中的JavaApplet和基於Java技術的程序。

要注意的是安全是多層結構的關鍵部分，在J2EE中安全性總是通過平台和管理員來解決的。在大多案例中，服務方或客戶方都不需要開發者與安全邏輯。

7． 基於Html頁的客戶

在Java2中可以實現向用戶的瀏覽器直接提供動態Html頁的服務，在JavaServerPage
技術中通過在Html頁中插入Java代碼動態生成頁是一種很容易的事情。在一些例子中，某些服務需要一些綜合的代碼，者可以通過從Jsp中調用JavaBean的方法來實現。

8． J2EE聲明

J2EE應用程序模型的一個重要的目標就是使應用程序最小化。實現這一點的一種方法是提高在J2EE平台上運行普通任務的負擔，這些普通任務包括強制一個應用程序的安全目標，執行它的交易處理，鏈接它所需要的組件。

J2EE提供了一種簡單的，公開的方式來說明這些行為。這些說明被分散的放在各部分代碼中和開發描述中，開發描述是應用程序包的一部分，這些基於xml的說明使應用程序開發者不用修改任何組件就可以改變應用程序的作用。

③ 如何在CentOS上搭建 Struts2+Spring+Hibernate的運行環境

Struts2+Spring+Hibernate是J2EE的最新流行框架。本篇是我搭建這個框架的經驗總結，有很多人搭建這個框架總會遇到

大大小小的問題，網上也沒有什麼行之有效的方案或成體系的介紹，所以我就決定總結一下我的搭建過程。給一些搭

建尚存問題的朋友提供幫助。

我用這個框架，實現的是基本的CRUD功能的一個雇員管理系統，本來打算豐富一下功能，但是一直沒能抽出空去搞。

目前版本暫定為1.0，除了CRUD外還配置了表單驗證框架JSValidation。功能都能很順利的實現。

現在分享部分源碼，來說明一些注意事項。

以下是部分搭建過程及源碼：

1.先組合實現Hibernate3.2+Spring2.5支持，刪除hibernate.cfg.xml文件，修改applicationContext.xml文件的內容，增加SessionFactory和dataSource的設置。

2.通過MyEclipse的向導方式，生成POJO類和對應的映射文件。

3.修改applicationContext.xml文件中<property name="mappingResources">元素的內容。

4.編寫DAO介面和實現類。

5.修改applicationContext.xml文件，增加對Dao實現類的配置。

6.組合Struts2和Spring2.5，修改web.xml文件，增加struts2的所需要的過濾器配置。

7.增加struts2相應類庫，增加struts2與spring的配置jar包。

8.拷貝struts.xml文件到src根目錄下，再修改struts.xml文件，進行常量配置。

9.修改web.xml文件，配置Spring監聽器，和上下文變數。並增加OpenSessionInViewFilter的設置。

10.寫入action類。

11.配置struts.xml文件。

12.修改applicationContext.xml

13.編寫Jsp文件。

14.載入運行項目。

下面是關鍵文件的源碼：

struts.xml源碼：

④ J2EE經典面試題及答案

J2EE經典面試題及答案

J2EE，使用Java技術開發企業級應用的一種事實上的工業標准，它是Java技術不斷適應和促進企業級應用過程中的產物。下面為各位考生分享的是J2EE經典面試題及答案，希望對大家有所幫助!

1.MVC的各個部分都有那些技術來實現?如何實現?

答：MVC是Model-View-Controller的簡寫。"Model" 代表的是應用的業務邏輯(通過JavaBean，EJB組件實現)， "View" 是應用的表示面(由JSP頁面產生)，"Controller" 是提供應用的處理過程式控制制(一般是一個Servlet)，通過這種設計模型把應用邏輯，處理過程和顯示邏輯分成不同的組件實現。這些組件可以進行交互和重用。

2.J2EE是什麼?

答：Je22是Sun公司提出的多層(multi-diered),分布式(distributed),基於組件(component-base)的企業級應用模型(enterpriese application model).在這樣的一個應用系統中，可按照功能劃分為不同的組件，這些組件又可在不同計算機上，並且處於相應的層次(tier)中。所屬層次包括客戶層(clietn tier)組件,web層和組件,Business層和組件,企業信息系統(EIS)層。

3.J2EE是技術還是平台還是框架?

答：J2EE本身是一個標准，一個為企業分布式應用的開發提供的標准平台。

J2EE也是一個框架，包括JDBC、JNDI、RMI、JMS、EJB、JTA等技術。

4.STRUTS的應用(如STRUTS架構)

答：Struts是採用Java Servlet/JavaServer Pages技術，開發Web應用程序的開放源碼的framework。 採用Struts能開發出基於MVC(Model-View-Controller)設計模式的應用構架。 Struts有如下的主要功能：

一.包含一個controller servlet，能將用戶的請求發送到相應的Action對象。

二.JSP自由tag庫，並且在controller servlet中提供關聯支持，幫助開發員創建互動式表單應用。

三.提供了一系列實用對象：XML處理、通過Java reflection APIs自動處理JavaBeans屬性、國際化的提示和消息。

5.WEB SERVICE名詞解釋。JSWDL開發包的介紹。JAXP、JAXM的解釋。SOAP、UDDI,WSDL解釋。

答：Web ServiceWeb Service是基於網路的、分布式的模塊化組件，它執行特定的任務，遵守具體的技術規范，這些規范使得Web Service能與其他兼容的組件進行互操作。

JAXP(Java API for XML Parsing) 定義了在Java中使用DOM, SAX, XSLT的通用的介面。這樣在你的程序中你只要使用這些通用的介面，當你需要改變具體的實現時候也不需要修改代碼。

JAXM(Java API for XML Messaging) 是為SOAP通信提供訪問方法和傳輸機制的API。

WSDL是一種 XML 格式，用於將網路服務描述為一組端點，這些端點對包含面向文檔信息或面向過程信息的消息進行操作。這種格式首先對操作和消息進行抽象描述，然後將其綁定到具體的網路協議和消息格式上以定義端點。相關的具體端點即組合成為抽象端點(服務)。

SOAP即簡單對象訪問協議(Simple Object Access Protocol)，它是用於交換XML編碼信息的輕量級協議。

UDDI 的目的是為電子商務建立標准;UDDI是一套基於Web的、分布式的、為Web Service提供的、信息注冊中心的實現標准規范，同時也包含一組使企業能將自身提供的Web Service注冊，以使別的企業能夠發現的訪問協議的實現標准。

6.C/S 與 B/S 區別：

答：有如下八個方面的不同：

(1)硬體環境不同:

C/S 一般建立在專用的網路上, 小范圍里的網路環境, 區域網之間再通過專門伺服器提供連接和數據交換服務.

B/S 建立在廣域網之上的, 不必是專門的網路硬體環境,例與電話上網, 租用設備. 信息自己管理. 有比C/S更強的適應范圍, 一般只要有操作系統和瀏覽器就行

(2)對安全要求不同

C/S 一般面向相對固定的用戶群, 對信息安全的控制能力很強. 一般高度機密的信息系統採用C/S 結構適宜. 可以通過B/S發布部分可公開信息.

B/S 建立在廣域網之上, 對安全的控制能力相對弱, 可能面向不可知的用戶。

(3)對程序架構不同

C/S 程序可以更加註重流程, 可以對許可權多層次校驗, 對系統運行速度可以較少考慮.

B/S 對安全以及訪問速度的多重的考慮, 建立在需要更加優化的基礎之上. 比C/S有更高的要求 B/S結構的程序架構是發展的趨勢, 從MS的.Net系列的BizTalk 2000 Exchange 2000等, 全面支持網路的構件搭建的系統. SUN 和IBM推的JavaBean 構件技術等,使 B/S更加成熟.

(4)軟體重用不同

C/S 程序可以不可避免的整體性考慮, 構件的重用性不如在B/S要求下的構件的重用性好.

B/S 對的多重結構,要求構件相對獨立的功能. 能夠相對較好的重用.就入買來的餐桌可以再利用,而不是做在牆上的石頭桌子

(5)系統維護不同

C/S 程序由於整體性, 必須整體考察, 處理出現的問題以及系統升級. 升級難. 可能是再做一個全新的系統

B/S 構件組成,方面構件個別的更換,實現系統的無縫升級. 系統維護開銷減到最小.用戶從網上自己下載安裝就可以實現升級.

(6)處理問題不同

C/S 程序可以處理用戶面固定, 並且在相同區域, 安全要求高需求, 與操作系統相關. 應該都是相同的系統

B/S 建立在廣域網上, 面向不同的用戶群, 分散地域, 這是C/S無法作到的. 與操作系統平台關系最小.

(7)用戶介面不同

C/S 多是建立的Window平台上,表現方法有限,對程序員普遍要求較高

B/S 建立在瀏覽器上, 有更加豐富和生動的表現方式與用戶交流. 並且大部分難度減低,減低開發成本.

(8)信息流不同

C/S 程序一般是典型的中央集權的機械式處理, 交互性相對低

B/S 信息流向可變化, B-B B-C B-G等信息、流向的變化, 更像交易中心。

7.什麼是JNDI