Question

J2EE框架是什么?它的框架主要指什么,在编程开发中的作用是什么?

J2EE框架是什么?它的框架主要指什么,在编程开发中的作用是什么?

Answer 1

框架说白了就是JAVA工作者多年以来总结出的一些开发标准。让我们可以以成功的经验模式来开发我们自已的系统，一般使用框架的好处是
·在好的框架下，开发者只需要写一些必须的代码；他们不需要直接接触底层的API。 这一点很重要。

·经过良好设计的框架可以为程序提供清晰的结构并且提高程序的内聚性。好清晰的结构使得其他人可以更容易加入项目。

·一个容易使用的框架可以通过一些例子和文档为用户提供最佳实践。

·采用成功的框架的代码比自己的代码容易测试

J2EE本身提供了一些框架。比如， Enterprise Java-Beans (EJB) container或者 Servlet engine 而这些框架一般在中小工程中我们都不会使用，会让我们把大量的时间浪费在开发框架上。
而现在比较流行开源框架,主要是struts,hibernate,spring等
比如struts是在原有mvc基础上实现在代码分离等功能，非常好用。
而hibernate可以把我们的关系型数据库转换成我们在JAVA中的面像对像来使用。从而让我们在开发时不需要直接写SQL语句，比如database.getName();就可以直接把数据库中的用户名取出来。
Spring
J2EE框架被大规模地运用到项目中，而项目总要负责这些框架以及自己业务代码的连接，使之真正融合到一起。Spring就是专注于这个问题的，它和Hibernate融合的很好。
正像我所写的一样，这三种框架在一起并不冲突，所以现在最常用的框架就是
struts+hibernate+spring就像我们盖房子一样，先把框架搭好，我们在在上面写代码就很规范。
唠栳叨叨的写这么多，只是我个人对框架的理解，JAVA是一个大的体系，想要完全了解还需要日久的积累。我能提供你的只有这么多了

Answer 2

J2EE，是sun公司提出的一个标准，符合这个标准的产品叫"实现"；其中你下载的sun公司的j2ee开发包中就有一个这样的"实现"，而jboss，weblogic，websphere都是j2ee标准的一个"实现"。由于jboss，weblogic，websphere自身带有j2ee的api，所以可以不使用sun的j2ee实现。
本文从五个方面对J2EE标准进行了比较全面的介绍。从J2EE的概念说起，到它的优势，到J2EE典型的四层模型，和它的框架结构，最后是J2EE十三种核心技术的一个简介。本文分门别类的对J2EE中的服务，组件，层次，容器，API都做了比较详细的介绍，相信看完此文，读者会对J2EE有一个更清晰的认识。

一. J2EE的概念
目前，Java 2平台有3个版本，它们是适用于小型设备和智能卡的Java 2平台Micro版（Java 2 Platform Micro Edition，J2ME）、适用于桌面系统的Java 2平台标准版（Java 2 Platform Standard Edition，J2SE）、适用于创建服务器应用程序和服务的Java2平台企业版（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）以及XML技术的全面支持。其最终目的就是成为一个能够使企业开发者大幅缩短投放市场时间的
体系结构。
J2EE体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求。通过提供统一的开发平台，J2EE降低了开发多层应用的费用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持Enterprise JavaBeans，有良好的向导支持打包和部署应用，添加目录支持，增强了安全机制，提高了性能。

二. J2EE的优势
J2EE为搭建具有可伸缩性、灵活性、易维护性的商务系统提供了良好的机制:
保留现存的IT资产: 由于企业必须适应新的商业需求，利用已有的企业信息系统方面的投资，而不是重新制定全盘方案就变得很重要。这样，一个以渐进的（而不是激进的，全盘否定的）方式建立在已有系统之上的服务器端平台机制是公司所需求的。J2EE架构可以充分利用用户原有的投资，如一些公司使用的BEA Tuxedo、IBM CICS, IBM Encina,、Inprise VisiBroker 以及Netscape Application Server。这之所以成为可能是因为J2EE拥有广泛的业界支持和一些重要的'企业计算'领域供应商的参与。每一个供应商都对现有的客户提供了不用废弃已有投资，进入可移植的J2EE领域的升级途径。由于基于J2EE平台的产品几乎能够在任何操作系统和硬件配置上运行，现有的操作系统和硬件也
能被保留使用。
高效的开发: J2EE允许公司把一些通用的、很繁琐的服务端任务交给中间件供应商去完成。这样开发人员可以集中精力在如何创建商业逻辑上，相应地缩短了开发时间。高级中间件供应商提供以下这些复杂的中间件服务:
状态管理服务 -- 让开发人员写更少的代码，不用关心如何管理状态，这样能够更快地完成程序开发。
持续性服务 -- 让开发人员不用对数据访问逻辑进行编码就能编写应用程序，能生成更
轻巧，与数据库无关的应用程序，这种应用程序更易于开发与维护。
分布式共享数据对象CACHE服务 -- 让开发人员编制高性能的系统，极大提高整体部署的
伸缩性。
支持异构环境: J2EE能够开发部署在异构环境中的可移植程序。基于J2EE的应用程序不
依赖任何特定操作系统、中间件、硬件。因此设计合理的基于J2EE的程序只需开发一次
就可部署到各种平台。这在典型的异构企业计算环境中是十分关键的。J2EE标准也允许
客户订购与J2EE兼容的第三方的现成的组件，把他们部署到异构环境中，节省了由自己
制订整个方案所需的费用。
可伸缩性: 企业必须要选择一种服务器端平台，这种平台应能提供极佳的可伸缩性去满足那些在他们系统上进行商业运作的大批新客户。基于J2EE平台的应用程序可被部署到各种操作系统上。例如可被部署到高端UNIX与大型机系统，这种系统单机可支持64至256个处理器。（这是NT服务器所望尘莫及的）J2EE领域的供应商提供了更为广泛的负载平衡策略。能消除系统中的瓶颈，允许多台服务器集成部署。这种部署可达数千个处理器，实现可高度伸缩的系统，满足未来商业应用的需要。
稳定的可用性: 一个服务器端平台必须能全天候运转以满足公司客户、合作伙伴的需要。因为INTERNET是全球化的、无处不在的，即使在夜间按计划停机也可能造成严重损失。若是意外停机，那会有灾难性后果。J2EE部署到可靠的操作环境中，他们支持长期的可用性。一些J2EE部署在WINDOWS环境中，客户也可选择健壮性能更好的操作系统如Sun Solaris、IBM OS/390。最健壮的操作系统可达到99.999%的可用性或每年只需5分钟停机时间。这是实时性很强商业系统理想的选择。
三. J2EE 的四层模型
J2EE使用多层的分布式应用模型，应用逻辑按功能划分为组件，各个应用组件根据他们
所在的层分布在不同的机器上。事实上，sun设计J2EE的初衷正是为了解决两层模式(cl
ient/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页面

和Applets不算是web层组件。
正如下图所示的客户层那样，web层可能包含某些 JavaBean 对象来处理用户输入，并把
输入发送给运行在业务层上的enterprise bean 来进行处理。
业务层组件
业务层代码的逻辑用来满足银行，零售，金融等特殊商务领域的需要,由运行在业务层上
的enterprise bean 进行处理. 下图表明了一个enterprise bean 是如何从客户端程序
接收数据，进行处理(如果必要的话), 并发送到EIS 层储存的，这个过程也可以逆向进
行。
有三种企业级的bean: 会话(session) beans, 实体(entity) beans, 和 消息驱动(mes
sage-driven) beans. 会话bean 表示与客户端程序的临时交互. 当客户端程序执行完后
, 会话bean 和相关数据就会消失. 相反, 实体bean 表示数据库的表中一行永久的记录
. 当客户端程序中止或服务器关闭时, 就会有潜在的服务保证实体bean 的数据得以保存
.消息驱动 bean 结合了会话bean 和 JMS的消息监听器的特性, 允许一个业务层组件异
步接收JMS 消息.
企业信息系统层
企业信息系统层处理企业信息系统软件包括企业基础建设系统例如企业资源计划 (ERP)
, 大型机事务处理, 数据库系统,和其它的遗留信息系统. 例如，J2EE 应用组件可能为
了数据库连接需要访问企业信息系统
四. J2EE 的结构
这种基于组件，具有平台无关性的J2EE 结构使得J2EE 程序的编写十分简单，因为业务
逻辑被封装成可复用的组件，并且J2EE 服务器以容器的形式为所有的组件类型提供后台
服务. 因为你不用自己开发这种服务, 所以你可以集中精力解决手头的业务问题.

容器和服务
容器设置定制了J2EE服务器所提供得内在支持，包括安全，事务管理，JNDI(Java Nami
ng and Directory Interface)寻址,远程连接等服务，以下列出最重要的几种服务：
J2EE安全(Security)模型可以让你配置 web 组件或enterprise bean ,这样只有被授权
的用户才能访问系统资源. 每一客户属于一个特别的角色，而每个角色只允许激活特定
的方法。你应在enterprise bean的布置描述中声明角色和可被激活的方法。由于这种声
明性的方法，你不必编写加强安全性的规则。
J2EE 事务管理（Transaction Management）模型让你指定组成一个事务中所有方法间的
关系，这样一个事务中的所有方法被当成一个单一的单元. 当客户端激活一个enterpri
se 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方法，容器也将会在后台执行这些任务。