详解一下什么是J2ee? je22是什么机制

什么是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 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管理这个企业应用。

我简单说下：
j2ee是一种模板，也可以说是一种规范！
下面参考下：
J2EE是一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化且规范应用系统的开发与部署，进而提高可移植性、安全与再用价值。
J2EE核心是一组技术规范与指南，其中所包含的各类组件、服务架构及技术层次，均有共通的标准及规格，让各种依循J2EE架构的不同平台之间，存在良好的兼容性，解决过去企业后端使用的信息产品彼此之间无法兼容，导致企业内部或外部难以互通的窘境。
一、J2EE的概念
目前，Java 2平台有3个版本，它们是适用于小型设备和智能卡的Java 2平台Micro
版（Java 2 Platform Micro Edition，J2ME）、适用于桌面系统的Java 2平台标准版（
Java 2 Platform Standard Edition，J2SE）、适用于创建服务器应用程序和服务的Jav
a 2平台企业版（Java 2 Platform Enterprise Edition，J2EE）。
J2EE是一种利用Java 2平台来简化企业解决方案的开发、部署和管理相关的复杂问
题的体系结构。J2EE技术的基础就是核心Java平台或Java 2平台的标准版，J2EE不仅巩
固了标准版中的许多优点，例如"编写一次、随处运行"的特性、方便存取数据库的JDBC
API、CORBA技术以及能够在Internet应用中保护数据的安全模式等等，同时还提供了对
EJB（Enterprise JavaBeans）、Java Servlets API、JSP（Java Server Pages）以及X
ML技术的全面支持。其最终目的就是成为一个能够使企业开发者大幅缩短投放市场时间
的体系结构。
J2体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠
性以及可扩展性的应用的需求。通过提供统一的开发平台，J2EE降低了开发多层应用的
费用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持Enterprise
JavaBeans，有良好的向导支持打包和部署应用，添加目录支持，增强了安全机制，提高
了性能。
二. J2EE的优势
J2EE为搭建具有可伸缩性、灵活性、易维护性的商务系统提供了良好的机制:
1. 保留现存的IT资产: 由于企业必须适应新的商业需求，利用已有的企业信息系
统方面的投资，而不是重新制定全盘方案就变得很重要。这样，一个以渐进的（而不是
激进的，全盘否定的）方式建立在已有系统之上的服务器端平台机制是公司所需求的。J
2EE架构可以充分利用用户原有的投资，如一些公司使用的BEA Tuxedo、IBM CICS,
IBM Encina,、Inprise VisiBroker 以及Netscape Application Server。这之所以成为
可能是因为J2EE拥有广泛的业界支持和一些重要的'企业计算'领域供应商的参与。每一
个供应商都对现有的客户提供了不用废弃已有投资，进入可移植的J2EE领域的升级途径
。由于基于J2EE平台的产品几乎能够在任何操作系统和硬件配置上运行，现有的操作系
统和硬件也能被保留使用。
2. 高效的开发: J2EE允许公司把一些通用的、很繁琐的服务端任务交给中间件供
应商去完成。这样开发人员可以集中精力在如何创建商业逻辑上，相应地缩短了开发时
间。高级中间件供应商提供以下这些复杂的中间件服务:
o 状态管理服务 -- 让开发人员写更少的代码，不用关心如何管理状态，
这样能够更快地完成程序开发。
o 持续性服务 -- 让开发人员不用对数据访问逻辑进行编码就能编写应用
程序，能生成更轻巧，与数据库无关的应用程序，这种应用程序更易于开发与维护。
o 分布式共享数据对象CACHE服务 -- 让开发人员编制高性能的系统，极大
提高整体部署的伸缩性。
3. 支持异构环境: J2EE能够开发部署在异构环境中的可移植程序。基于J2EE的应
用程序不依赖任何特定操作系统、中间件、硬件。因此设计合理的基于J2EE的程序只需
开发一次就可部署到各种平台。这在典型的异构企业计算环境中是十分关键的。J2EE标
准也允许客户订购与J2EE兼容的第三方的现成的组件，把他们部署到异构环境中，节省
了由自己制订整个方案所需的费用。
4. 可伸缩性: 企业必须要选择一种服务器端平台，这种平台应能提供极佳的可伸
缩性去满足那些在他们系统上进行商业运作的大批新客户。基于J2EE平台的应用程序可
被部署到各种操作系统上。例如可被部署到高端UNIX与大型机系统，这种系统单机可支
持64至256个处理器。（这是NT服务器所望尘莫及的）J2EE领域的供应商提供了更为广泛
的负载平衡策略。能消除系统中的瓶颈，允许多台服务器集成部署。这种部署可达数千
个处理器，实现可高度伸缩的系统，满足未来商业应用的需要。
稳定的可用性: 一个服务器端平台必须能全天候运转以满足公司客户、合作伙伴的需要
。因为INTERNET是全球化的、无处不在的，即使在夜间按计划停机也可能造成严重损失
。若是意外停机，那会有灾难性后果。J2EE部署到可靠的操作环境中，他们支持长期的
可用性。一些J2EE部署在WINDOWS环境中，客户也可选择健壮性能更好的操作系统如Sun
Solaris、IBM OS/390。最健壮的操作系统可达到99.999%的可用性或每年只需5分钟停机
时间。这是实时性很强商业系统理想的选择。
三. J2EE 的四层模型
J2EE使用多层的分布式应用模型，应用逻辑按功能划分为组件，各个应用组件根据
他们所在的层分布在不同的机器上。事实上，sun设计J2EE的初衷正是为了解决两层模式
(client/server)的弊端，在传统模式中，客户端担当了过多的角色而显得臃肿，在这种
模式中，第一次部署的时候比较容易，但难于升级或改进，可伸展性也不理想，而且经
常基于某种专有的协议??通常是某种数据库协议。它使得重用业务逻辑和界面逻辑非
常困难。现在J2EE 的多层企业级应用模型将两层化模型中的不同层面切分成许多层。一
个多层化应用能够为不同的每种服务提供一个独立的层，以下是 J2EE 典型的四层结构:
运行在客户端机器上的客户层组件
运行在J2EE服务器上的Web层组件
运行在J2EE服务器上的业务逻辑层组件
运行在EIS服务器上的企业信息系统(Enterprise information system)层软件
J2EE应用程序组件
J2EE应用程序是由组件构成的.J2EE组件是具有独立功能的软件单元，它们通过相关
的类和文件组装成J2EE应用程序，并与其他组件交互。J2EE说明书中定义了以下的J2EE
组件:
应用客户端程序和applets是客户层组件.
Java Servlet和JavaServer Pages(JSP)是web层组件.
Enterprise JavaBeans(EJB)是业务层组件.
客户层组件
J2EE应用程序可以是基于web方式的,也可以是基于传统方式的.
web 层组件
J2EE web层组件可以是JSP 页面或Servlets.按照J2EE规范，静态的HTML页面和Appl
ets不算是web层组件。
正如下图所示的客户层那样，web层可能包含某些 JavaBean 对象来处理用户输入，并把
输入发送给运行在业务层上的enterprise bean 来进行处理。
业务层组件
业务层代码的逻辑用来满足银行，零售，金融等特殊商务领域的需要,由运行在业务
层上的enterprise bean 进行处理. 下图表明了一个enterprise bean 是如何从客户端
程序接收数据，进行处理(如果必要的话), 并发送到EIS 层储存的，这个过程也可以逆
向进行。
有三种企业级的bean: 会话(session) beans, 实体(entity) beans, 和消息驱动(messa
ge-driven) beans. 会话bean 表示与客户端程序的临时交互. 当客户端程序执行完后,
会话bean 和相关数据就会消失. 相反, 实体bean 表示数据库的表中一行永久的记录.
当客户端程序中止或服务器关闭时, 就会有潜在的服务保证实体bean 的数据得以保存.
消息驱动 bean 结合了会话bean 和 JMS的消息监听器的特性, 允许一个业务层组件异步
接收JMS 消息.
企业信息系统层
企业信息系统层处理企业信息系统软件包括企业基础建设系统例如企业资源计划
(ERP), 大型机事务处理, 数据库系统,和其它的遗留信息系统. 例如，J2EE 应用组件可
能为了数据库连接需要访问企业信息系统
四. J2EE 的结构
这种基于组件，具有平台无关性的J2EE 结构使得J2EE 程序的编写十分简单，因为业务
逻辑被封装成可复用的组件，并且J2EE 服务器以容器的形式为所有的组件类型提供后台
服务. 因为你不用自己开发这种服务, 所以你可以集中精力解决手头的业务问题。
容器和服务
容器设置定制了J2EE服务器所提供得内在支持，包括安全，事务管理，JNDI(Java
Naming and Directory Interface)寻址,远程连接等服务，以下列出最重要的几种服务
：
J2EE安全(Security)模型可以让你配置 web 组件或enterprise bean ,这样只有被授权
的用户才能访问系统资源. 每一客户属于一个特别的角色，而每个角色只允许激活特定
的方法。你应在enterprise bean的布置描述中声明角色和可被激活的方法。由于这种声
明性的方法，你不必编写加强安全性的规则。
J2EE 事务管理（Transaction Management）模型让你指定组成一个事务中所有方法间的
关系，这样一个事务中的所有方法被当成一个单一的单元. 当客户端激活一个enterpris
e bean中的方法，容器介入一管理事务。因有容器管理事务，在enterprise bean中不必
对事务的边界进行编码。要求控制分布式事务的代码会非常复杂。你只需在布置描述文
件中声明enterprise bean的事务属性，而不用编写并调试复杂的代码。容器将读此文件
并为你处理此enterprise bean的事务。
JNDI 寻址(JNDI Lookup)服务向企业内的多重名字和目录服务提供了一个统一的接口,这
样应用程序组件可以访问名字和目录服务.
J2EE远程连接（Remote Client Connectivity）模型管理客户端和enterprise bean间的
低层交互. 当一个enterprise bean创建后, 一个客户端可以调用它的方法就象它和客户
端位于同一虚拟机上一样.
生存周期管理（Life Cycle Management）模型管理enterprise bean的创建和移除,一个
enterprise bean在其生存周期中将会历经几种状态。容器创建enterprise bean，并在
可用实例池与活动状态中移动他，而最终将其从容器中移除。即使可以调用enterprise
bean的create及remove方法，容器也将会在后台执行这些任务。
数据库连接池（Database Connection Pooling）模型是一个有价值的资源。获取数据库
连接是一项耗时的工作，而且连接数非常有限。容器通过管理连接池来缓和这些问题。e
nterprise bean可从池中迅速获取连接。在bean释放连接之可为其他bean使用。
容器类型
J2EE应用组件可以安装部署到以下几种容器中去:
EJB 容器管理所有J2EE 应用程序中企业级bean 的执行. enterprise bean 和它们的容
器运行在J2EE 服务器上.
Web 容器管理所有J2EE 应用程序中JSP页面和Servlet组件的执行. Web 组件和它们的容
器运行在J2EE 服务器上.
应用程序客户端容器管理所有J2EE应用程序中应用程序客户端组件的执行. 应用程序客
户端和它们的容器运行在J2EE 服务器上.
Applet 容器是运行在客户端机器上的web浏览器和 Java 插件的结合.。
五. J2EE的核心API与组件
J2EE平台由一整套服务（Services）、应用程序接口（APIs）和协议构成，它对开发基
于Web的多层应用提供了功能支持，下面对J2EE中的13种技术规范进行简单的描述(限于
篇幅，这里只能进行简单的描述):
1. JDBC(Java Database Connectivity)：
JDBC API为访问不同的数据库提供了一种统一的途径，象ODBC一样，JDBC对开发者屏蔽
了一些细节问题，另外，JDCB对数据库的访问也具有平台无关性。
2. JNDI(Java Name and Directory Interface)：
JNDI API被用于执行名字和目录服务。它提供了一致的模型来存取和操作企业级的资源
如DNS和LDAP，本地文件系统，或应用服务器中的对象。
3. EJB(Enterprise JavaBean):
J2EE技术之所以赢得某体广泛重视的原因之一就是EJB。它们提供了一个框架来开发和实
施分布式商务逻辑，由此很显著地简化了具有可伸缩性和高度复杂的企业级应用的开发
。EJB规范定义了EJB组件在何时如何与它们的容器进行交互作用。容器负责提供公用的
服务，例如目录服务、事务管理、安全性、资源缓冲池以及容错性。但这里值得注意的
是，EJB并不是实现J2EE的唯一途径。正是由于J2EE的开放性，使得有的厂商能够以一种
和EJB平行的方式来达到同样的目的。
4. RMI(Remote Method Invoke):
正如其名字所表示的那样，RMI协议调用远程对象上方法。它使用了序列化方式在客户端
和服务器端传递数据。RMI是一种被EJB使用的更底层的协议。
5. Java IDL/CORBA:
在Java IDL的支持下，开发人员可以将Java和CORBA集成在一起。他们可以创建Java对象
并使之可在CORBA ORB中展开, 或者他们还可以创建Java类并作为和其它ORB一起展开的C
ORBA对象的客户。后一种方法提供了另外一种途径，通过它Java可以被用于将你的新的
应用和旧的系统相集成。
6. JSP(Java Server Pages):
JSP页面由HTML代码和嵌入其中的Java代码所组成。服务器在页面被客户端所请求以后对
这些Java代码进行处理，然后将生成的HTML页面返回给客户端的浏览器。
7. Java Servlet:
Servlet是一种小型的Java程序，它扩展了Web服务器的功能。作为一种服务器端的应用
，当被请求时开始执行，这和CGI Perl脚本很相似。Servlet提供的功能大多与JSP类似
，不过实现的方式不同。JSP通常是大多数HTML代码中嵌入少量的Java代码，而servlets
全部由Java写成并且生成HTML。
8. XML(Extensible Markup Language):
XML是一种可以用来定义其它标记语言的语言。它被用来在不同的商务过程中共享数据。
XML的发展和Java是相互独立的，但是，它和Java具有的相同目标正是平台独立性。通过
将Java和XML的组合，您可以得到一个完美的具有平台独立性的解决方案。
9. JMS(Java Message Service):
MS是用于和面向消息的中间件相互通信的应用程序接口(API)。它既支持点对点的域，有
支持发布/订阅(publish/subscribe)类型的域，并且提供对下列类型的支持：经认可的
消息传递,事务型消息的传递，一致性消息和具有持久性的订阅者支持。JMS还提供了另
一种方式来对您的应用与旧的后台系统相集成。
10. JTA(Java Transaction Architecture):
JTA定义了一种标准的API，应用系统由此可以访问各种事务监控。
11. JTS(Java Transaction Service):
JTS是CORBA OTS事务监控的基本的实现。JTS规定了事务管理器的实现方式。该事务管理
器是在高层支持Java Transaction API (JTA)规范，并且在较底层实现OMG OTS
specification的Java映像。JTS事务管理器为应用服务器、资源管理器、独立的应用以
及通信资源管理器提供了事务服务。
12. JavaMail:
JavaMail是用于存取邮件服务器的API，它提供了一套邮件服务器的抽象类。不仅支持SM
TP服务器，也支持IMAP服务器。
JAF(JavaBeans Activation Framework):
JavaMail利用JAF来处理MIME编码的邮件附件。MIME的字节流可以被转换成Java对象，或
者转换自Java对象。大多数应用都可以不需要直接使用JAF。

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等技术。

j2ee常用的设计模式？说明工厂模式。
答：Java中的23种设计模式：
Factory（工厂模式）， Builder（建造模式）， Factory Method（工厂方法模式），
Prototype（原始模型模式），Singleton（单例模式）， Facade（门面模式），
Adapter（适配器模式）， Bridge（桥梁模式）， Composite（合成模式），
Decorator（装饰模式）， Flyweight（享元模式）， Proxy（代理模式），
Command（命令模式）， Interpreter（解释器模式）， Visitor（访问者模式），
Iterator（迭代子模式）， Mediator（调停者模式）， Memento（备忘录模式），
Observer（观察者模式）， State（状态模式）， Strategy（策略模式），
Template Method（模板方法模式）， Chain Of Responsibleity（责任链模式）
工厂模式：工厂模式是一种经常被使用到的模式，根据工厂模式实现的类可以根据提供的数据生成一组类中某一个类的实例，通常这一组类有一个公共的抽象父类并且实现了相同的方法，但是这些方法针对不同的数据进行了不同的操作。首先需要定义一个基类，该类的子类通过不同的方法实现了基类中的方法。然后需要定义一个工厂类，工厂类可以根据条件生成不同的子类实例。当得到子类的实例后，开发人员可以调用基类中的方法而不必考虑到底返回的是哪一个子类的实例。

http://baike.baidu.com/view/1507.htm