J2EE组件设计参考资料.docVIP

一、J2EE组件和层次 J2EE使用多层的分布式应用模型，应用逻辑按功能划分为组件，各个 应用组件根据他们所在的层分布在不同的机器上。事实上，sun设计J2EE的初衷正是为了解决两层模式(client/server)的弊端，在传统模式 中，客户端担当了过多的角色而显得臃肿，在这种模式中，第一次部署的时候比较容易，但难于升级或改进，可伸展性也不理想，而且经常基于某种专有的协议 通常是某种数据库协议。它使得重用业务逻辑和界面逻辑非常困难。现在J2EE 的多层企业级应用模型将两层化模型中的不同层面切分成许多层。一个多层化应用能够为不同的每种服务提供一个独立的层，如图1所示,以下是 J2EE 规范的四个层次及相应的组件:  图1 J2EE组件和层次 这四层分别是 运行在客户端机器上的客户端层（Client Tier）、 运行在Web服务器上的Web层（Web Tier）、 运行在EJB服务器上的业务层（Business Tier）和 运行在EIS服务器上企业信息系统层（Enterprise Information System Tier）其中Web层和业务层共同组成了三层J2EE应用的中间层，其他两层是客户端层和存储层或企业信息系统层。一般情况下，许多开放商把Web服务 器和EJB服务器产品结合在一起发布，称为应用服务器或J2EE服务器。J2EE平台规范也定义了相应层的组件： I.?客户端层组件应用客户端程序和浏览器是客户端层组件。客户端层组件可以是基于Web方式的即作为Web服务器的浏览器,也可以是基于传统方式的(非基于Web方式)即 独立的应用程序，可以完成瘦客户机无法完成的任务。 II.?Web层组件Java Servlet和JavaServer Pages(JSP)是Web层组件。如图2所示的客户层那样，Web层可能包含某些 JavaBean 对象来处理用户输入，并把输入发送给运行在业务层上的Enterprise Bean 来进行处理。按照J2EE规范，静态的HTML页面和Applets不算是Web层组件。这里的JavaBean和EJB（Enterprise JavaBean）除了共用“JavaBean”这个名字外，这两种组件模式完全没有关系。许多文章把EJB作为原始的“JavaBean”的扩展，这是 错误的。EJB并没有扩展或使用JavaBean组件模式。最初的JavaBean（java.beans包）在进程内部（intraprocess）使 用，而EJB（javax.ejb包）是在进程间(interprocess)使用的组件。即最初的JavaBean不是为分布式组件而设的。它是最好的 组件模式，可能是至今发现的最好的过程内部开发的组件模式，但它不是一个服务器端的组件模式。EJB则能解决在三层结构中由管理分布式商务对象多带来的问题。 图2 客户端层、Web层及业务层 III.?业务层组件Enterprise JavaBeans(EJB)是业务层组件。业务层代码的逻辑用来满足银行，零售，金融等特殊商务领域的需要,由运行在业务层上的EJB 进行处理。 图3表明了一个EJB是如何从客户端程序接收数据，进行处理(如果必要的话), 并发送到企业信息系统层(EIS) 层储存的，这个过程也可以逆向进行。有三种企业级的Bean: 会话(Session)Beans, 实体(Entity) Beans, 和 消息驱动(Message-driven) Beans。 会话Bean 表示与客户端程序的临时交互。 当客户端程序执行完后, 会话Bean 和相关数据就会消失。相反, 实体Bean 表示数据库的表中一行永久的记录。 当客户端程序中止或服务器关闭时, 就会有潜在的服务保证实体Bean 的数据得以保存。消息驱动Bean 结合了会话Bean 和 JMS的消息监听器的特性, 允许一个业务层组件异步接收JMS 消息。  图3 客户端层、Web层、业务层及EIS层IV.企业信息系统层组件 处理企业信息系统软件包括企业基础建设系统例如企业资源计划 (ERP), 大型机事务处理, 数据库系统,和其它的遗留信息系统组成了企业信息系统层。 例如，J2EE应用组件可能为了数据库连接需要访问企业信息系统。 二、J2EE应用程序组件 J2EE应用程序是由组件构成的.J2EE组件是具有独立功能的软件单元，它们通过相关的类和文件组装成J2EE应 用程序，并与其他组件交互。J2EE说明书中定义了以下的J2EE组件:? 应用客户端程序和applets是客户层组件.? Java Servlet和JavaServer Pages(JSP)是web层组件.? Ent