EJB3.1+JBoss7.1+Eclipse3.7

說明本文不深入具體技術，而是從一個比較宏觀的角度講述J2EE平臺所涉及的一些技術，對于每種技術只介紹其特點以及應用，如有可能對相似技術做了一些簡單的比較。內容一、J2EE的由來√二、J2EE的組成*一般知識*一、計算機應用程序的一般特點：大多數應用，從PC機上的簡單報表程序到大型機上的復雜計算，都由三部分組成：用戶界面部分：表示層應用邏輯部分：業務邏輯層數據訪問部分：數據訪問層

CommandMap 實現使用 CommandInfo 類描述命令請求的結果。它為請求者提供所請求的動詞，以及 bean 的一個實例。還有一個方法，它將返回實現命令的類的名稱，但是它不保證返回有效值。原因是允許子類化 CommandInfo 的 CommandMap 實現提供特殊行為。例如，CommandMap 能夠動態生成 JavaBean。在這種情況下，不太可能僅根據類名稱便創建帶有全部正確狀態信息的對象。

Java EE 應用程序一般分為客戶層、Web 層、業務層和企業信息層 Java EE 應用程序的組件有：EJB組件、WEB組件和客戶層組件。WEB組件包含Servlet組件和JSP組件。客戶層組件包含應用程序客戶端組件和Applet組件 Java EE 容器分為EJB 容器、Web 容器、應用程序客戶端容器和Applet 容器 開發 Java EE 應用程序的不同階段是：創建組件、組件封裝、應用程序匯編以及應用程序部署 Java EE 平臺定義了在應用程序開發和部署生命周期中多個不同的角色，如應用程序組件提供者、應用程序匯編者和部署者

JPA的出現主要是為了簡化現有的持久化開發工作和整合ORM技術，目前實現的JPA規范的主流產品有Hibernate、TopLink/EclipseLink和OpenJPA，在WebLogic中采用了EclipseLink作為其持久化框架；

Java EE 6已經正式發布，此次更新相比Java EE 5取得了不少進展，添加了大量的新技術，也進一步簡化了平臺，擴展了可用性。 Java EE 6標準于2009年12月通過，并在同月與GlassFish v3和NetBeans 6.8一同推出。很多Java開發者對Java EE的升級表示了不情愿，但Hibernate之父Gavin King站出來說，拒絕升級的理由是不具備說服力的，并建議開發者們進行升級。

JavaEE5的標準已經不是新鮮東西了，現在出了JavaEE6的標準，不過因為應用服務器像Weblogic和Websphere還沒有大力支持呢，所以暫時先放放。JavaEE5是以EJB3.0為核心內容所出的標準。主要有：以上就是JavaEE5提出的相關標準因為JPA在筆者的博客中單獨有總結，在此系列不再做出總結，至于JSF等Web前端技術，之后會做一個文檔形式的總結的。

雖然許多文章曾經討論過J2EE最佳實踐。那么，為什么我還要再寫一篇文章呢？本文究竟與以前的文章有何不同或者說比其他文章好在哪呢？首先，本文的目標讀者是正在從事技術工作的架構師。為了避免浪費大家的才智，我會避免講述一些陳腐的最佳實踐，例如“日常構建（builddaily）”、“測試一切（testeverything）”和“經常集成（integrateoften）。任何具有稱職架構師的項目都有分工明確的、定義良好的團隊結構。他們還為進行編碼檢查、構建代碼（每日或在需要時）、進行測試（單元、集成和系統的）、部署和配置/釋放管理而具備已記錄的過程。

Tony Hoare: “抽象起源于對真實世界中的對象、事態、過程之間的相似性的認識，以及在聚集這些相似性的同時忽略差異性的決心” ； Grady Booch: “抽象表示一個對象區別與其他類別的對象的本質特征，從而相對于觀察者的角度來說，為其提供了明確定義的概念邊界”； 抽象是處理復雜事物的基本方法之一； 抽象關注對象的外部視圖并將其行為與它的實現隔離開來。

J2EE指南對于廣大的Java程序員來說是一份不可或缺的資料了。這篇導論對于初次碰到J2EE的程序員來說有著同樣的作用。它與Java指南一樣都是一例子為中心。這篇指南是為愛好開發和部署J2EE應用程序的程序員準備的。它包括了組成J2EE平臺的技術以及描述如何開發J2EE組件并部署在J2EE軟件開發包上。 這篇指南不是為J2EE服務器及工具供應商準備的，它沒有解釋如何實現J2EE結構，也沒有解釋J2EE軟件包。

J2EE是一種利用Java 2平臺來簡化企業解決方案的開發、部署和管理相關的復雜問題的體系結構。J2EE技術的基礎就是核心Java平臺或Java 2平臺的標準版，J2EE不僅鞏固了標準版中的許多優點，例如"編寫一次、隨處運行"的特性、方便存取數據庫的JDBC API、CORBA技術以及能夠在Internet應用中保護數據的安全模式等等，同時還提供了對 EJB（Enterprise JavaBeans）、Java Servlets API、JSP（Java Server Pages）以及XML技術的全面支持。其最終目的就是成為一個能夠使企業開發者大幅縮短投放市場時間的體系結構。<br> J2EE體系結構提供中間層集成框架用來滿足無需太多費用而又需要高可用性、高可靠性以及可擴展性的應用的需求。通過提供統一的開發平臺，J2EE降低了開發多層應用的費用和復雜性，同時提供對現有應用程序集成強有力支持，完全支持Enterprise JavaBeans，有良好的向導支持打包和部署應用，添加目錄支持，增強了安全機制，提高了性能。

　　Java最初是在瀏覽器和客戶端機器中粉墨登場的。當時，很多人質疑它是否適合做服務器端的開發。現在，隨著對Java2平臺企業版（J2EE）第三方支持的增多，Java被廣泛接納為開發企業級服務器端解決方案的首選平臺之一。<BR>J2EE平臺由一整套服務（Services）、應用程序接口（APIs）和協議構成，它對開發基于Web的多層應用提供了功能支持。。<BR>在本文中我將解釋支撐J2EE的13種核心技術：JDBC,JNDI,EJBs,RMI,JSP,Javaservlets,XML,JMS,JavaIDL,JTS,JTA,JavaMail和JAF，同時還將描述在何時、何處需要使用這些技術。當然，我還要介紹這些不同的技術之間是如何交互的。

案例簡介：該案例以圖書管理案為例，代碼編寫涵蓋了系統開發中的常用功能，其中以登陸功能為例,通過對該功能的代碼講解，以清楚整個Jquery+SSH+JSON+CSS的集成應用。

Java平臺企業版(JavaTMEE)降低了開發多層次企業級服務的成本和復雜性。JavaEE應用程序可以快速地部署和強化，使企業輕松地應對競爭壓力。JavaEE方案可以實現上述目標，這需要定義一個標準的架構，以下是其組成元素:JavaEE平臺-一個托管JavaEE應用程序的標準平臺。JavaEE兼容性測試套件-兼容性測試套件用于檢驗JavaEE平臺產品是否符合JavaEE平臺標準。JavaEE可參考的實現-一個可參考的實現是一個JavaEE應用程序原型，提供一套可行的JavaEE平臺定義。JavaEE藍圖-一套開發多層次瘦客戶端服務的最佳實踐。本文檔描述了JavaEE平臺規范。它定義了一個JavaEE平臺產品必須達到的標準。感謝本規范是多人協作的成果。VladaMatena撰寫了第一個草案以及事務管理和命名的章節。

ActivationDataFlavor 類是 java.awt.datatransfer.DataFlavor 的一個特殊子類。它允許 JAF 通過新的構造方法設置 DataFlavor 類所存儲的所有三個值。它還包含 equals 方法中增強的 MIME 解析。除了增強的解析外，其語義與 JDK DataFlavor 類的語義相同。

J2EE提供了一套完整的基于標準化模塊的服務組件，它能自動的處理大多數應用程序的細節， 而不需要復雜的編程，因此簡化了復雜的企業級應用程序的開發。本文首先考察企業級應用的一般概念和需求，然后簡要闡述面向對象程序設計的基本原則，并結合 軟件工程的思想來討論多層的J2EE應用架構，分析它們滿足企業級應用的方式,，再通過講述常用的幾種Java設計模式和Java反射技術來說明如何實現 這些應用架構。

J2EE指南對于廣大的Java程序員來說是一份不可或缺的資料了。這篇導論對于初次碰到J2EE的程序員來說有著同樣的作用。它與Java指南一樣都是一例子為中心。 這篇指南是為愛好開發和部署J2EE應用程序的程序員準備的。它包括了組成J2EE平臺的技術以及描述如何開發J2EE組件并部署在J2EE軟件開發包上。

對于DAO在這里介紹個在它基礎上開發的包bba96,目前最新版本是bba96 2.0它對Hibernate進行了封裝, 查詢功能包括執行hsql或者sql查詢/更新的方法，如果你要多層次邏輯的條件查詢可以自己組裝QueryObject.可以參考它做HibernateDAO.也可以直接利用它

本文不深入具體技術，而是從一個比較宏觀的角度講述J2EE平臺所涉及的一些技術，對于每種技術只介紹其特點以及應用，如有可能對相似技術做了一些簡單的比較。

中文JavaEE API