互联网以及电子商务技术的普及和发展,推动着企业信息系统的构建和更新进程。为了缩短企业信息系统的设计和开发周期、降低构建企业信息系统的成本、在已有系统中对变化的商务规则迅速地做出反映,sun公司制订了java2 sdk enterprise edition(j2ee)规范,定义基于组件的方式设计、开发、组装和部署企业应用系统的各个组成部分。
j2ee规范定义了分布式多层应用系统模型、组件重用策略、一致化的安全模型以及灵活的事务控制策略等,使得独立软件提供商(isv)能够以比以前更快的速度向市场推出具有用户适应性的客户解决方案。另外,平台独立、基于组件技术的j2ee解决方案不受软件产品类型和不同应用环境的制约。
分布式多层应用模型
在实际构建的企业信息系统中,需要根据j2ee规范定义的分布式多层应用模型将不同性质和用途的组件部署到不同类型的应用服务器中。j2ee规范根据企业信息系统各个组成部分在功能上的区别,将整个应用系统划分为客户层、中间层(其中可包括web层、业务层)和企业信息系统层三层结构,如下图所示。各个应用层分别配置在不同类型的应用服务器中。

图1 基于j2ee规范划分的企业应用系统逻辑层
客户层
客户层用于与企业信息系统的用户进行交互以及显示根据特定商务规则进行计算后的结果。基于j2ee规范的客户端可以是基于web的,也可以是不基于web的独立(stand alone)应用程序。
在基于web的j2ee客户端应用中,用户在客户端启动浏览器后,从web服务器中下载web层中的静态html页面或由jsp或servlets动态生成的html页面。
在不基于web的j2ee客户端应用中,独立的客户端应用程序可以运行在一些基于网络的系统中,比如手持设备或汽车电话等。同样,这些独立的应用也可以运行在客户端的java applet中。这种类型的客户端应用程序可以在不经过web层的情况下直接访问部署在ejb容器(ejb container)中的ejb组件。
web层
j2ee规范定义的web层由jsp页面、基于web的java applets以及用于动态生成html页面的servlets构成。这些基本元素在组装过程中通过打包来创建web组件。运行在web层中的web组件依赖web容器来支持诸如响应客户请求以及查询ejb组件等功能。
业务层
在基于j2ee规范构建的企业信息系统中,将解决或满足特定业务领域商务规则的代码构建成为业务层中的enterprise javabean(ejb)组件。ejb组件可以完成从客户端应用程序中接收数据、按照商务规则对数据进行处理、将处理结果发送到企业信息系统层进行存储、从存储系统中检索数据以及将数据发送回客户端等功能。
部署和运行在业务层中的ejb组件依赖于ejb容器来管理诸如事务、生命期、状态转换、多线程及资源存储等。这样,由业务层和web层构成了多层分布式应用体系中的中间层。
企业信息系统层
在企业应用系统的逻辑层划分中,企业信息系统层通常包括企业资源规划(erp)系统、大型机事务处理(mainframe transaction processing)系统、关系数据库系统(rdms)及其它在构建j2ee分布式应用系统时已有的企业信息管理软件。
j2ee平台应用编程环境
按照对基于j2ee规范的企业应用系统逻辑层的划分,通常将分布式应用系统的编程环境划分为如下四种类型:
◇ejb容器
ejb容器用于提供ejb组件的开发、部署和运行环境。
◇web容器
web组件用于提供应用系统的显示逻辑,而web容器则提供适合于servlet和jsp开发、部署和运行的环境。
◇客户应用容器
客户应用容器用于提供分布式应用系统的客户端运行环境,其本质上是j2se。
◇applet容器
提供适合于java applet运行的浏览器运行环境。
enterprise javabean规范的基本特征
在j2ee规范将企业应用系统划分的各逻辑层中,将封装商务规则的ejb组件部署在业务层中,用于根据客户端的服务请求进行业务数据的处理。ejb组件是基于分布式事务处理的企业级应用程序组件,其中包含处理业务数据的应用逻辑以及客户端调用ejb组件的商务方法获取服务的客户端接口。当一个遵循ejb规范开发的第三方ejb组件被集成到一个应用系统中时,不需要更改其实现代码或者重新编译。
ejb组件类型
在ejb2.0规范中定义了三种类型的组件:会话组件(session bean)、实体组件(entity bean)和消息驱动组件(message-driven bean)。
会话组件和实体组件的定义由home接口、remote接口和组件类构成。在ejb组件的home接口中定义了创建、删除和定位ejb组件的方法;ejb组件的remote接口用于定义组件能够提供的商务方法;ejb组件类则用于实现home接口中定义的组件生命期方法以及remote接口中定义的商务方法。
◇会话组件
会话组件代表ejb组件与客户程序的一个短暂交互过程,其完成的功能可能是执行数据库读写操作或者是进行简单的数学计算等。
会话组件可以看成是瞬态的,其生命周期相对短暂,只有在客户程序与会话组件保持联系的过程中会话组件才具有生命力。如果客户程序结束会话过程,ejb容器将会话组件对象实例移出ejb容器中的组件实例池,该会话组件实例将失去生命力。另外,如果在客户程序与会话组件交互过程中ejb容器崩溃,那么用户必须重新创建一个新的会话组件对象实例来继续会话过程。
按照ejb2.0规范的定义,会话组件分为有状态(stateful)和无状态(stateless)两种类型。有状态会话组件中包含表示客户程序访问和更新数据的会话状态参数。会话状态参数用于记录会话组件引用的对象状态而不是在关系数据库中存储的数据资源。相对而言,在无状态会话组件中没有用于记录与特定客户程序相关联的状态参数,因此不能够记录客户程序的状态和保持客户程序在服务器端行为。
◇实体组件
实体组件用于提供数据库中数据记录在ejb服务器中的对象类型视图。一个实体组件代表数据库表中一行数据记录。客户端应用程序对实体组件的访问等价于对eis层中数据库的访问过程。在多客户应用的情况下,通过ejb容器的事务管理功能能够使多个客户进程以共享的方式访问同一个实体组件,进而保持组件对应数据库记录的一致性和完整性。实体组件的状态是持续的,只要数据库中的数据记录存在,实体组件创建后就一直存在于ejb容器中,即使ejb服务器崩溃,实体组件同样具有生命力。
与数据库记录在数据库表中的存在方式类似,在实体组件中定义了用于标识实体组件的主键(primary key)对象。该主键与标识数据库表记录的主键相对应,代表同一数据库记录的实体组件的主键值是相同的。客户端应用程序能够利用主键来定位ejb容器中的实体组件,进而定位实体组件表示的数据库记录。
按照实体组件的生命期管理方式,ejb规范将实体组件划分为组件管理持久性(bean-managed persistence,bmp)和容器管理持久性(container-managed persistence,cmp)两种类型。在组件部署过程中,由部署工具为容器管理持久性类型ejb组件的生命期方法编写组件状态转换代码,ejb容器调用这些方法实现组件的状态转换。相对而言,组件程序设计人员必须为组件管理持久性类型ejb组件编写控制组件的创建、删除、激活、关闭等生命期测量的sql代码。
◇消息驱动组件
消息驱动组件(message driven bean)是ejb2.0规范中引入的新型组件,用于在ejb容器中提供一种响应外部事件消息的组件类型机制。
在引入消息驱动类型ejb组件之前,基于j2ee的分布式应用对于事件消息的处理方式是利用独立的java事件处理程序来监听来自于客户端应用程序、ejb组件、jsp组件甚至是j2ee平台之外事件源发出的符合java消息服务(java message service,jms)规范事件消息。引入消息驱动类型ejb组件后,部署在ejb容器中的消息驱动类型ejb组件利用组件中定义的onmessage方法监听来自事件源的消息并做出反映,进而能够调用其它类型的组件来对消息进行响应。消息驱动类型ejb组件作为ejb容器中的事件监听器(listener),可以在接收到来自jms消息队列中的事件消息后由ejb容器来激活消息驱动组件对象实例。
消息驱动组件是服务器端的无状态类型组件。该类型的组件只有组件类定义,没有类似于会话组件和实体组件的home接口和remote接口。
ejb规范定义的开发者角色
ejb组件体系结构是基于j2ee规范构建的应用软件系统的主要部分。完整j2ee应用的核心内容是封装了商务逻辑的ejb组件。
按照ejb2.0规范的定义,基于ejb规范的分布式计算体系结构由六个角色组成,这六个角色可以是软件开发团队、系统软件供应商、应用软件集成商等,每个角色所完成的工作必须遵循ejb规范,以保证彼此之间的兼容性。这六个角色分别是:
◇ejb组件开发者
ejb组件开发者(enterprise bean provider)负责开发封装有商务规则的ejb组件。ejb组件开发者定义ejb组件的home接口和remote接口、编写组件类并且提供部署ejb组件的部署描述文件(deployment descriptor)。ejb组件开发者是商务应用开发领域的专家,不需要精通系统级编程方法以及系统级的组件事务管理、同步、安全性、分布式计算等细节。
◇部署者
部署者(deployer)负责将打包后的ejb组件部署到ejb服务器等应用环境中。部署者应根据ejb组件的部署描述文件中声明的对各种类
闽公网安备 35060202000074号