j2ee編譯
1. 所謂PHP是解釋型的，J2EE等是編譯型的是怎麼理解的忘詳解。
就是PHP必須運行在PHP環境下，每次運行，都由PHP解釋器解釋執行。
而J2EE等，你編譯完後，就成了一個獨立的可執行文件，就可以直接運行，不再需要任何解釋器再解釋。
2. 在J2EE中有哪些編譯環境哪些是比較好的
Myeclipse 6.0
Jbulider
3. 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的說明使應用程序開發者不用修改任何組件就可以改變應用程序的作用。
4. J2EE,編譯問題,javax.servlet.*;
你的工程少包，首先將工程設置為tomcat工程，然後右鍵點擊工程會出現tomcat project菜單，將tomcat的jar add到工程里然後編譯
5. j2ee編譯出錯不知道在哪裡
應該是request.getParameter（）；少了a所以編譯錯誤了。
6. j2ee是什麼
j2ee
J2EE Java2平台企業版（Java 2 Platform,Enterprise Edition）
J2EE是一套全然不同於傳統應用開發的技術架構，包含許多組件，主要可簡化且規范應用系統的開發與部署，進而提高可移植性、安全與再用價值。
J2EE核心是一組技術規范與指南，其中所包含的各類組件、服務架構及技術層次，均有共通的標准及規格，讓各種依循J2EE架構的不同平台之間，存在良好的兼容性，解決過去企業後端使用的信息產品彼此之間無法兼容，導致企業內部或外部難以互通的窘境。
在J2EE架構下，開發人員可依循規范基礎，進而開發企業級應用；而不同J2EE供貨商，同會支持不同J2EE版本內所擬定的標准，以確保不同J2EE平台與產品之間的兼容性。換言之，植基J2EE架構的應用系統，基本上可部署在不同的應用伺服器之上，無需或者只須要進行少量的代碼修改，即能大幅提高應用系統的可移植性(Portability)。
J2EE主由升陽(SUN)與IBM等廠商協同業界共同擬定而成的技術規范，以企業與企業之間的運算為導向的JAVA開發環境。J2EE架構定義各類不同組件，如Web Component、EJB Component…等，而各類組件可以再用(reuse)，讓已開發完成的組件，或者是經由市面采購而得的組件，均能進一步組裝成不同的系統。
對於開發人員而言，只需要專注於各種應用系統的商業邏輯與架構設計，至於底層繁瑣的程序撰寫工作，可搭配不同的開發平台，以讓應用系統的開發與部署效率大幅提升。
J2EE的核心規范是 Enterprise Java Beans（EJBs）。EJB依照特性的不同，目前共分為三種，分別是Session Bean、Entity Bean，以及 Message Driven Bean 。其中 Session Bean 與Entity Bean 算是EJB的始祖，這兩種EJB規格在EJB 1.x版本推出時就已經存在，而Message Driven Bean則是出現在EJB 2.0的規格之中。
目前業界許多程序設計師，或者是網頁設計人員，多利用JSP/Servlet的便利性，進而在J2EE伺服器之上開發相關的應用，或是整合公司內部的各種資源。
Java 2平台依照應用領域的不同，共分為三大版本，分別是J2EE、標准版本J2SE（Java 2 Platform, Standard Edition）、微型版本J2ME（Java 2 Platform, Micro Edition），以及Java Card等。
從整體上講，J2EE是使用Java技術開發企業級應用的一種事實上的工業標准(Sun公司出於其自身利益的考慮，至今沒有將Java及其相關技術納入標准化組織的體系)，它是Java技術不斷適應和促進企業級應用過程中的產物。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組成了一個完整企業級應用的不同部分納入不同的容器(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 Mole(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管理這個企業應用。
7. 什麼是J2EE
J2EE可以說指Java在資料庫信息系統上實現，資料庫信息系統從早期的dBase、到Delphi/VB等C/S結構，發展到B/S（Browser瀏覽器/Server伺服器）結構，而J2EE主要是指B/S結構的實現。 J2EE又是一種框架和標准，框架類似API、庫的概念，但是要超出它們。 J2EE是一個虛的大的概念，J2EE標准主要有三種子技術標准：WEB技術、EJB技術和JMS，談到J2EE應該說最終要落實到這三個子概念上。 這三種技術的每個技術在應用時都涉及兩個部分：容器部分和應用部分，Web容器也是指Jsp/Servlet容器，你如果要開發一個Web應用，無論是編譯或運行，都必須要有Jsp/Servlet庫或API支持（除了JDK/J2SE以外）。 J2EE應用系統開發工具有很多 ：如JBuilder、Eclipse等，這些IDE首先是Java開發工具，也就是說，它們首要基本功能是可以開發出JavaBeans或Java class，但是如果要開發出J2EE系統，就要落實到要麼是Web技術或EJB技術，那麼就有可能要一些專門模塊功能，最重要的是，因為J2EE系統區分為容器和應用兩個部分，所以，在任何開發工具中開發J2EE都需要指定J2EE容器。 J2EE容器分為WEB容器和EJB容器，Tomcat/Resin是Web容器；JBoss是EJB容器+Web容器等，其中Web容器直接使用Tomcat實現的。所以你開發的Web應用程序可以在上面兩種容器運行，而你開發的Web+EJB應用則只可以在JBoss伺服器上運行， 商業產品Websphere/Weblogic等和JBoss屬於同一種性質。 J2EE容器也稱為J2EE伺服器，大部分時它們概念是一致的。 衡量J2EE應用系統設計開發水平高低的標准就是 ：解耦性；你的應用系統各個功能是否能夠徹底脫離？是否不相互依賴，也只有這樣，才能體現可維護性、可拓展性的軟體設計目標。 為了達到這個目的，誕生各種框架概念，J2EE框架標准將一個系統劃分為WEB和EJB主要部分，當然我們有時不是以這個具體技術區分，而是從設計上抽象為表現層、服務層和持久層，這三個層次從一個高度將J2EE分離開來，實現解耦目的。 因此，我們實際編程中，也要將自己的功能向這三個層次上靠，做到大方向清楚，涇渭分明，但是沒有技術上約束限制要做到這點是很不容易的，因此我們還是必須藉助J2EE具體技術來實現，這時，你可以使用EJB規范實現服務層和持久層，Web技術實現表現層； J2EE開發三件寶 : Domain Model（域建模）、patterns（模式）和framework（框架）。 從整體上講，J2EE是使用Java技術開發企業級應用的一種事實上的工業標准(Sun公司出於其自身利益的考慮，至今沒有將Java及其相關技術納入標准化組織的體系)，它是Java技術不斷適應和促進企業級應用過程中的產物。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組件的基本原則，同時為圍繞開發工作進行職能分工給出了指導性策略，以幫助應用開發設計人員合理地分配技術資源。
8. 什麼是J2EE技術
J2EE是美國Sun公司剛剛推出的一種全新概念的模型,與傳統的互聯網應用程序模型相比有著不可比擬的優勢。
當今許多企業都需要擴展他們的業務范圍,降低自身經營成本,縮短他們和客戶之間
的響應時間,這就需要存在一種簡捷,快速的服務於企業,合作夥伴和雇員之間。
典型的說，提供這些服務的應用軟體必須同企業信息系統（EIS）相結合，並提供新的能向更為廣闊的用戶提供的服務。這些服務要具備以下的特點：
a． 高可用性：來滿足現在的全球商業環境
b． 安全性：保護用戶的隱私和企業數據的安全
c． 可依賴性和可擴展性：保證商業交易的正確和迅捷
通常這些服務是由分布的應用程序組成的，包括前端數據端和後端數據源以及它們之間的一層或幾層，這些中間層提供了把商業功能和數據與EIS相結合的功能。這些中間層把客戶端從復雜的商業邏輯中分離出來，利用成熟的INTERNET技術使用戶在管理上所花費的時間最小化。
J2EE正式降低了開發這種中間層服務的成本和復雜程度，因而使得服務可以被快
速的展開，並能夠更輕松的面對競爭中的壓力。
J2EE通過定義一種標準的結構來實現它的優勢，如下：
a． J2EE Application Programming Model ----一種用於開發多層次，瘦型客戶用戶程
序的標准設計模型
b． J2EE Platform----一個標準的平台，用來整合J2EE的應用程序，指定一系列的
介面和方法
c． J2EE Compatibility Test Suite----一套兼容測試組件，用來檢測產品是否同J2EE 平台兼容
d． J2EE Reference Implementation----用來示範J2EE的能力
2．J2EE 應用程序模型
J2EE是被設計為顧客，雇員，供應商，合作者提供企業級服務，這樣的應用程序天生具有復雜性，他們要訪問各種類型的數據並分發於大量的客戶端。
為了更好的控制，管理這些應用程序，支持各種各樣用戶的商業功能要在中間層引入，中間層描述了一個被企業的信息技術部門緊緊控制的環境。
J2EE應用程序依靠於EIS層來存儲企業的商業數據。這些數據和用來管理它的系統是企業中的核心。
最初,雙層結構(client-server)應用程序模型許諾將提高伸縮性與更廣闊的功能,但不幸的
是,直接向用戶提供EIS服務的復雜性和再每台用戶計算機上安裝和維護商業邏輯所引起的管理上的問題成了很大的限制。
而這些再雙層結構中的限制在三層結構中已不存在了。
如今要求既開發服務的商業功能，還要開發訪問資料庫和其他資源的代碼，這是很復雜的，因為每一種多層結構的伺服器都有它自己的應用模型，因此組建一直富有經驗的開發隊伍將是困難的。另外，隨著服務規模的擴大，為了降低開支和加快響應速度，也要經常對其基層代碼進行修改。
J2EE應用模型定義了一種建築模型來讓多層應用程序實現服務，並消除了以上的問題，提供了可伸縮的，易訪問的，易於管理的方法。
J2EE應用模型把實現多層結構服務的工作劃分為二部分：
開發者實現商業和表達邏輯，以及由J2EE平台提供的標準的系統服務。
開發者可以依賴於這個平台為開發中間層服務中遇到的系統級硬體問題提供
解決方案
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的說明使應用程序開發者不用修改任何組件就可以改變應用程序的作用。
9. j2ee編譯到java db資料庫進程就不動了怎麼辦
注意在程序設計時打開了資料庫記得關閉，不然容易出錯的……比如Statement、ResultSet、創建後記得關閉……close（）方法便可以。