（计算机应用技术专业论文）基于j2ee架构的销售管理信息系统设计与实现.pdf

摘要 摘要 传统的企业对信息的管理多是采用二层体系结构，即c s 模式。c s 两层架 构在一个相对专用、独立的系统中，是一个较好的系统建立方法；但随着企业业 务规模的扩大，以及为了适应在i n t e r a c t 上开展业务服务的需求，需要分布式应用 的支持，j 2 e e 平台提供了一个多层结构的分布式应用模型，该模型具有重用组件 的能力、基于扩展标记语言( ) ( m u 的数据交换、统一的安全模式和灵活的事务控制。 本文将利用j 2 e e 平台构建物流管理信息系统，使其具有灵活性、可伸缩性，更适 应网络环境。 本文对j 2 e e 应用程序模型中的j 2 e e 多层体系结构、关键组件技术、服务技术、 w e b 服务支持、及j 2 e e 多层应用开发和部署等方面做了深入研究，为系统设计与 实现提供方法与技术支持。通过对j 2 e e 多层企业应用体系结构和j 2 e e 组件技术的 研究，结合m v c 设计模式，给出了多层分布式应用框架，该框架实现了表现逻辑 和业务逻辑的分离，满足了不同用户对不同视图的需求。基于以上研究，根据汽 车销售管理需求给出系统整体设计方案：对方案进行分层设计，将设计模式引入系 统设计之中，提高系统性能。并通过使用w a t o o l 这样一个中间件，提高开发和 维护代码的能力。本文在总体方案的指导下运用j 2 e e 技术对系统中支付方式功能 模块给予详细实现，验证总体设计是科学合理的，最后，对支付方式功能模块进 行功能和性能的测试。 本系统采用基于j a v a 的组件开发业务层，使系统具有较好的移植性，j 2 e e 多 层分布式应用框架和m v c 设计模式的引入，使系统设计清晰。采用浏览器方式使 客户端变得瘦小，便于系统维护。此系统较好的解决了销售管理信息需求，同时 也为其它类似系统的设计提供了参考。 关键词：j 2 e e ；销售管理信息系统；e j b 组件：m v c 设计模式；w a t o o l 中间件 a b s t r c t t h et r a d i t i o n a le n t e r p r i s em a n a g e m e n ti n f o r m a t i o ns y s t e mm a i n l ya d o p t s2 - t i e r a r c h i t e c t u r e ( c sm o d e l ) c sm o d e li sag o o dm e t h o dt ob u i l ds o f t w a r es y s t e mi na s p e c i f i ca n di n d e p e n d e n te n v i r o n m e n t b u t 谢t l lt h ee n l a r g e m e n to fe n t e r p r i s eb u s i n e s s a n dt h er e q u e s to fi n t a m e td e v e l o p m e n t ，n o w a d a y s ，t h es o f t w a r ea r c h i t e c t u r eo ft h e e n t e r p r i s em a n a g e m e n ti n f o r m a t i o ns y s t e mi sad i s t r i b u t e dm u l t i - t i e r ss o f t w a r e a r c h i t e c t u r e j 2 e ep r o v i d e sam u l t i - t i e r e dd i s t r i b u t e dm o d e lw h i c hh a sr e u s a b l e c o m p o n e n t s d a t ae x c h a n g eb a s e d0 1 3x m l , a n ds e c u r i t yp a t t e r na n dt r a c t i o ns e r v i c e t h et h e s i su s e sj 2 e et od e s i g naf l e x i b l e , s c a l a b l ea u t o m o b i l es a l e sm a n a g e m e n t i n f o r m a t i o ns y s t e m t h et h e s i sm a k e sa no v e r a l ls t u d yo f j 2 e ea r c h i t e c t u r et e c h n o l o g y , s e r v i c e se t c a m u l t i - t i e r e dd i s t r i b u t e da r c h i t e c t u r eb 鹊e d0 1 1j 2 e ea n dm v c d e s i g np a t t e r ni sb r o u g h t f o r w a r d , w h i c hh a st h ea d v a n t a g e so fb o t hj 2 e ea n dm v c t h ea r c h i t e c t u r es e p a r a t e s p r e s e n t a t i o nl a y e rf r o mb u s i n e s sl a y e r w h i c hs a t i f i e st h er e q u e s t so fd i f f e r e n tu s e r s b a s e do nt h er e s e a r c h w ee d u c et h eo v e r a l ld e s i g no fa u t o m o b i l es a l e sm a n a g e m e n t i n f o r m a t i o ns y s t e m b a s e do nt h eo v e r a l ld e s i g n , t h et h e s i sr e a l i z e st h ep a y m e n t m e t h o dm o d u l ea n dv e r i f i e st h er a t i o n a l i t yo f o v e r a l ld e s i g n b a s e do nj a v ac o m p o n e n t s ，t h es y s t e md e v e l o p st h eb u s i n e s sl a y e r , e n a b l et h e s y s t e mf l e x i b l e i m p o r t e dt h em u l t i - t i e r e dd i s t r i b u t e da r c h i t e c t u r eb a s e do nj 2 e ea n d m v c d e s i g np a t t e r n , e n a b l e dt h es y s t e md e s i g nm o r ec l e a r t h eb r o w s e rp a t t e r nm a k e t h ec l i e n ts i m p l e , t h es y s t e m sm a i n t a n c eq u i t ee a s y t h es y s t e ms o l v e st h en e e d sw e l l m e a n w h i l e , p r o v i d e sar e f e r e n c em o d e lf o ro t h e rs i m i l a rs y s t e m k e y w o r d s ：j 2 e e ，s a l e sm a n a g e m e n ti n f o r m a t i o ns y s t e m , e j bc o m p o n e n t , m v c ， w a t o o l 独创性声明 本人声明所呈交的学位论文是本人在导师指导下进行的研究工 作及取得的研究成果。据我所知，除了文中特别加以标注和致谢的地 方外，论文中不包含其他人已经发表或撰写过的研究成果，也不包含 为获得电子科技大学或其它教育机构的学位或证书而使用过的材料。 与我一同工作的同志对本研究所做的任何贡献均已在论文中作了明 确的说明并表示谢意。 签名： 日期：知声彳月，日 关于论文使用授权的说明 本学位论文作者完全了解电子科技大学有关保留、使用学位论文 的规定，有权保留并向国家有关部门或机构送交论文的复印件和磁 盘广允许论文被查阅和借阅。本人授权电子科技大学可以将学位论文 的全部或部分内容编入有关数据库进行检索，可以采用影印、缩印或 扫描等复制手段保存、汇编学位论文。 ( 保密的学位论文在解密后应遵守此规定) 繇牛言：舞k 第一章绪论 1 1 引言 第一章绪论 企业为了提高信息化程度，传统的管理方式和管理手段不适应外界市场环境 的变化，其中有些企业开始在探索使用计算机来管理企业业务，于是一些管理信 息系统开始建立，但是最初的这些系统多是采用两层( c s ) 客户服务器结构【l j ，虽 然c s 体系结构具有强大的数据操纵和事务处理能力，但随着业业务模式的转变和 业务规模的扩大，应用程序的复杂程度也越来越高，系统的不足也逐步凸显出来： i 、移植性差：c s 结构缺乏作为企业级应用平台的一些特性，难以扩展到互联 网环境中去，不同平台上开发出来的软件，很难交互使用，客户端软件和服务器 端软件只能工作在特定的硬件平台和操作系统环境下，而且要求应用开发者自己 去处理事务管理、消息队列、数据复制和同步、通信安全等系统级的问题。这对 应用开发者提出了较高的要求，而且迫使应用开发者投入很多精力来解决应用程 序以外的问题。这使得系统移植和互操作变得复杂。 2 、升级维护复杂：客户端需要安装专用的客户端软件。首先涉及到安装的工作 量：其次任何一台电脑出问题，如病毒、硬件损坏，都需要进行安装或维护。还有， 系统软件升级时，每一台客户机需要重新安装，其维护和升级成本非常高。 3 、信息共享性差：现在大型的企业都是跨国界的，管理上也是采用分层、分 布管理的方式，而两层c s 体系结构的系统不能适应这种网络环境，无法做到通过 浏览器上网，就可以进行信息处理，无法满足大型企业的各级进行信息交互、共 享需求。 i n t e m c t n _ n t r a n e t 技术的发展使用户可以共享网络资源，用户简单地使用浏览器 就可以从i n t e r n e t 上查询各种信息。业务的发展与技术的矛盾，要求企业寻找更高 效的技术体系，在i n t 踟l e t 和h 1 仃锄e t 环境下，采用分布式构件技术，建立高可靠性 的中间软件服务系统，可满足企业信息化建设的需要。w e b 环境下分布式应用的发 展，使越来越多的企业开始研究适应其自身业务发展的基于w e b 坏境下建立的易于 管理、可重用、可伸缩、健壮的h t 锄1 或应用服务。i n t r a n e t 应用与分布式对象技术 的紧密结合，使整个i n t e r n e t 环境成为一个大的分布式对象环境，从而提供更灵活、 更可靠、更复杂和更具有扩展性的网络信息服务将是未来发展的趋势。因此，针 电子科技大学硕士学位论文 对企业管理信息系统地域分布广泛、各级信息共享问题，研究创建高效、安全的 分布式多层b s 体系结构的管理信息系统非常必要。 1 2 技术现状 分布式多层b s 构架克服了c s 结构和局域网为中心、系统难以扩展、维护成 本高、软件移植性差等缺点，它把表示逻辑、业务逻辑、数据库等操作分离开来， 各层相对独立。这种多层分布式计算模型( m u l t i - t i e r dd i s t r i b u t e dm o d e l ) 适应了 企业应用的发展要求，使企业计算具有良好的可扩展性，可靠性、稳定性、安全 性等特点。同时，通过组件( c o m p o n e n t ) 技术的使用，缩短了系统开发的周期和降 低了开发成本，大大降低了企业应用系统开发的复杂度。当前可以使用的、具有 一定竞争能力的用来开发分布式多层体系结构的应用程序的中间件技术包括： n e t ，c o r b a 和j 2 e e 三大主流的组件模型【2 j 。 1 2 1 n e i n e t 是微软公司提出的一种分布式运算框架，以x m l 为基础，以w 西服务为 核心，辅以其它各种技术实现，旨在利用i n t e r a c t 上计算资源和带宽资源，提高工 作效率。n e t 平台体系结构包括：n e t 框架、v i s u a ls t u d i o n e t 以及n e t 服务等【3 】 n e t 平台最重要部分是n e t 框架，n e t 框架提供了语言的中立性和语言互操 作性，是一个通用的运行环境，与操作系统有密切的联系。 与n e t 框架联系最密切的开发工具是v i s u a ls t u d i o n e t ，v i s u a ls t u d i o n e t 是 语言中立的，可以把它看作是一个开放的程序设计平台，各种语言都可以被插入 到这个平台上。 n e t 服务是微软基于x m l 的w c b 服务平台，主要是帮助开发者通过“w c b 服 务”创建任何类型的设备可进行访问的协同应用【4 】。 n e t 是微软公司提出的多层分布式技术，得到了底层操作系统平台强大支持： 较好地解决w i n d o w s 应用系统的分布和通信问题，是w i n d o w s 环境专属的分布式架 构。 2 第一章绪论 公共对象请求代理体系结构( c o m m o no b j e c tr e q u e s tb r o k e r a r c h i t o c t u r e , c o r b a ) 是由0 m g 组织制定的应用软件体系结构和对象技术规范，其 核心是一套标准语言、接口和协议，以支持异构分布应用程序间的互操作性及独 立于平台和编程语言的对象重用瓯 c o r b a 体系结构有对象请求代理( o b j e c tr e q u e s tb r o k e r ，o r b ) ，c o r b a 服务 ( c o r b as e r v i c e s ) ，c o r b a 设施( c o r b af a c i l i f i 嘲和业务应用程序对象 ( a p p l i c a t i o no b j e c t s ) 4 个基本要素。 c o r b a 通过将分布式计算和面向对象计算的结合，实现软件重用，并且发挥 了面向对象技术的特长提出了更加适合分布式应用的对象模型。c o r b a 使应用程 序能够使用一个共同的接口，即接口定义语言( i n t e n t a c e d e f i n i t i o n l a n g u a g e ，i d l ) ， 使用i d l 规范编写的构件可以跨语言和操作系统进行移植。 c o r b a 技术体系独立于网络协议，独立于编程语言，独立于软硬件平台，互 操作性和开放性很好，c o r b a 系统可以较好地实现异构环境下的信息和软件资源 的共享。c o r b a 的缺点是庞大而复杂，并且技术和标准的更新相对较慢，c o r b a 规范从1 0 升级到2 0 所用时间非常短，而再往上版本发布就相对十分缓慢，在具体 应用中使用不是很多。 1 2 3j 2 e e j 2 e e 是s u n 公司推出的开放的、基于标准的平台，j 2 e e 用于开发、部署和管理 面向w e b 的以服务器为中心的应用程序。j 2 e e 是一种技术规范，它给开发人员提 供了一个工作平台，定义了整个标准的应用开发体系结构和一个部署环境。j 2 e e 技术规范以容器为中心，容器是运行在服务器上的软件实体，用于为特定类型构 件提供运行环境和服务。j 2 e e 体系结构包括四个容器：a p p l e t 容器、应用程序客户 容器、w e b 容器、e j b 容器。 j 2 e e 的核心技术包括：j s p 2 0 ，s c r v i c c c 2 ：4 ，e j b 2 i 和j d b c 3 o 等。j 2 e e 容器和技术 构成了体系框架，从而满足无需太多费用而又需要高可用性、高可靠性以及可扩 展性应用的需求。通过提供统一的开发平台，j 2 e e 降低了开发多层应用的费用和 复杂度，同时对现有应用程序集成的提供了强有力的支持：并且有良好的向导支持 打包和部署应用，添加目录支持，增强安全机制，提高性能。 3 电子科技大学硕士学位论文 j 2 e e 最新w e bs e r v i c e sf o rj 2 e e 规范定义了在j 2 e e j 直用程序服务器中如何支 持w e b 服务。从而使得j 2 e e 开发的应用程序在不同应用服务器之间保持良好的移 植性，更适合i n t e r a c t 环境。利用j 2 e e 开发应用具有以下好处： 1 支持异构环境：基于j 2 e e 的应用程序具有 j a v a 的跨平台性，不依赖于任何特 定的操作系统，系统可以跨平台移植，这对于企业开发很重要。 2 保留遗留r r 资产：由于企业必须适应新的商业需求，但是对于企业来说应该 充分利用已有的企业信息系统方面的投资，由于j 2 e e 拥有广泛的业界支持 和一些重要的企业计算领域供应商的参与，j 2 e e 架构可以充分利用用户原 有的投资。 3 高效开发：j 2 e e 允许公司把一些任务交给中间件供应商完成，而开发人员只 需要创建商业逻辑，这样就缩短开发周期，降低开发成本。 1 2 4 三种技术比较 一j 2 e e 与n e t 比较 为了满足当前企业级应用开发的需要，m i c r o s o f t 公司和s u n 公司都给出了各 自的技术方案m i c r o s o f l 的n e t 和s u n 的j 2 髓，它们都是为企业应用提供分布 式、高可靠性的解决方案。它们比较如下表1 1 所示嘲： 两者在架构上有着许多相似之处，但是它们之间差别在于：1 、n e t 是一组产 品，而j 2 e e 是一组规范和标准；2 、n e t 依赖w i n d o w s 平台，而j 2 e e 支持平台中立；3 、 j 2 e e 依赖j a v a 技术，而n e t 支持语言中立。 对企业应用来说，j 2 e e 和n e t 都支持多层分布式b s 应用，但j 2 e e 在内部系统 整合、系统的延展性、安全性等方面更具有优势。为了充分利用企业原有的软硬 件资源，不能将系统捆绑于某个平台上，因而选择具有平台独立性的j 2 髓 二j 2 e e 与c 0 r 队比较 j 2 e e 和c o r b a 区别：j 2 e e 基于单一的j a v a i 吾言，而c o r b a 支持多语言。 c o r b a 具有跨平台、跨语言性，其规范比较全等优点：但实施有一定难度，多用于 电信和金融等行业，此外，c o r b a 对w e ；bs e r v i c e s 的支持欠佳。但是，j 2 e e 和 c o r b a 两种组件具有一定的互补性，两种技术正在相互集成，全面支持异构平台 的特性，非常适合大型企业的跨平台需求，是企业级应用的发展方向。 鉴于c o r b a 开发难度大、成本高。因而，选择性能好、易开发且有多种产品 支持的j 2 e e 平台作为销售管理信息系统开发平台。 4 第一章绪论 表1 - 1j 2 e 8 - 与n e t 比较 特征j 2 e en e ，r 分布协议i t m i 0 pd c o m 编程语言j a v a多语言 运行时环境j v m c l r 胖客户端j a v as w i n gw i n d 0 w sf o r m s 目录服务j n d ia d s i 数据访问 j d b ca d o n e t 消息队列a p ij m sm s m q 表示层技术 s c r v l e t s ，j s p a s p n e t 中间层组件 e j b ，j a v a b e a nc o m + c o m 分布事务处理j t sm t s j b u i l d e r , v i s u a l a g e 开发工具 f o r j a v a , e e l i p s e , j d e v e l o p e r 等 v i s u a ls t u d i o n e t 等 1 3j 2 e e 技术在销售管理信息系统运用的优势 销售管理信息系统对于安全性、可扩展性、快速开发等要求非常高，在对外 数据交换时要求提供对标准数据格式x m l 的支持。系统采用基于j 2 e e 平台的瘦客 户端( 浏览器) 服务器( b s ) 模式，目的是利用j 2 髓成熟的技术规范、安全的开发体 系，其优异性能如下： 1 安全性：j a v a 验证和授权服务o a a s ) 为j 2 e e 平台提供了用户身份验证、特权 管理和证书验证的框架和标准a p l 2 可扩展性：e j b 封装的业务逻辑对应用是透明的，因此对局部进行扩展和修 改不会影朐系统其它部分的正常运行。 3 快速开发：复杂的商业逻辑以组件形式部署在e j bs e r v e r 中，e j bs e r v e r 集成 的组件命名服务可以使组件位置透明化，简化了组件的部署和维护，使开 发过程易于分工，加快开发速度。 4 儿数据交换的支持：j 2 e e 平台全面支持x m l ，充分利用x m l 平台独立性和 j 2 e e 平台独立性，建立有效的数据交换平台。 5 电子科技大学硕士学位论文 采用j 2 e e 平台构建销售管理信息系统，可以利用e j b ，j a v a b e a n 把数据库连接、 后台处理、商业逻辑等需要重复使用的功能封装成独立的组件，供j s p 页面、s e r v l e t 调用：并利s e r v l e d l t 务器端编程能力强的优点，控制系统流程和处理后台事务：系统 有如下优点： 1 利用面向组件程序设计的思想，提高软件的重用性，节省开发时间。 2 表现逻辑和商业逻辑、流程控制和后台处理分开，增加了程序的可读性、健 壮性。 3 不同合作伙伴之间可以约定规范的服务接口，便于实现系统间的信息共享与 交互 基于以上研究与分析：研究j 2 e e 各种技术与开发方法，合理利用j 2 e e 框架构建 销售管理信息系统具有良好的实用价值。 1 4 研究内容 本文主要研究内容概括如下： 1 首先分析了传统销售管理信息系统存在的问题，通过比较几种分布式应用 模型，选用j 2 e e 作为系统实施模型：并对其技术进行了深入研究。 2 通过对j 2 e e 多层企业应用体系结构和j 2 e e 组件技术的研究，结合m v c 设计 模式，给出多层分布式应用框架，该框架实现了表现逻辑和业务逻辑的分离， 满足了不同用户的访问需求，为系统设计与实现奠定技术和方法基础。 3 基于j 2 e e 多层分布式应用框架，根据车辆销售的需求给出系统整体设计：对 方案进行分层设计，并从实际应用上探讨了提高e j b 性能的几种设计模式。 4 最后，本文在总体方案的指导下运用j 2 e e 技术对销售管理系统中支付方式 给予详细实现，验证了总体设计，并且提出对数据库的改进。 1 5 论文组织 第一章绪论。介绍了本文的应用背景和技术现状，同时简要介绍本文的工作 内容和组织结构。 第二章j 2 e e 多层分布式应用框架。主要从j 2 e e 多层体系架构、组件技术、 服务技术、j 2 e e 中w e bs e r v i c e s 技术以及j 2 e e 应用开发和部署等方面 对j 2 e e 平台进行研究，为系统的设计与实现奠定技术与方法基础。 6 第一章绪论 第三章对w a ，r c i o l 中间件进行整体介绍以及按照设计模式的分类对各种设 计模式的介绍，尤其介绍m v c 设计模式，给出了基于j 2 e e 和m v c 的多 层分布式应用框架，从理论上研究了利用j 2 e e 仓i j 建多层分布式应用的 模式和方法。 第四章系统设计。引入m v c 设计模式，将j 2 e e 多层分布式应用框架运用到系 统中，从理论和技术两个层面论述多层分布式应用框架中的各层设计 所遵循的技术原则和所采用的技术路线和方法。按照分层设计的思想 对系统进行设计 第五章系统实现。基于j 2 e e 和m v c 多层分布式应用框架以及应用框架中各层 设计所遵循的技术原则、所采用的技术路线和方法，同时运用u m l 等 面向对象的技术对系统中支付方式功能模块需求进行实例实现。最后 笔者对数据库提出改进，提高系统的可移植性。 第六章总结和展望。概括了现有的研究进度和成果，提出了可持续的研究方 向，并对下一步要进行的工作进行探讨。 7 电子科技大学硕士学位论文 第二章j 2 e e 多层分布式应用框架 j 2 e e 是一种利用j a v a2 平台来简化多级企业解决方案的开发、部署和管理相 关复杂问题的体系结构。j 2 e e 提供了一套完整的开发多层分布式应用的技术和设 施，是当今众多厂商支持的多层分布式应用的标准，具有易维护、易扩展、开发 效率高以及安全性高等特点，是当今建立大规模分布式企业应用的一种高效解决 方案。 本章从j 2 e e 多层体系架构、关键组件技术、服务技术、w e b 服务支持、以及 j 2 e e 多层应用开发和部署等方面做必要的研究，为销售管理信息系统的设计与实 现提供方法、技术基础。 2 1j 2 e e 多层体系架构 j 2 e e 平台使用一个多层分布式应用程序模型。应用程序的逻辑根据其实现的 不同功能被封装到组件中，组成j 2 e e 应用程序的大量组件根据其所处的不同层被 安装到不同的机器中，这样就形成了j 2 e e 体系结构【刀。其结构图如图2 1 所示。 按照层次来讲，j 2 e e 划分为四层，如图2 1 所示： 1 客户层( c l i e n tt i e r ) ：j 2 e e 应用可以是基于w e b 的，也可以是不基于 w e b 的。在基于w e b 的j 2 e e 中，用户的浏览器在客户层中运行，从 w e b 服务器上下载w e b 层中静态h t m l 页面或由j s p s e r v l e t 生成 动态h t m l 页面；在非w e b 的j 2 e e 应用中，为独立的客户程序或其 它在网络系统中运行的程序，不经过w e b 层直接访问业务层。 2 w e b 层( w e bt i e r ) ：j 2 e ew e b 组件可以由j s p 页面、基于w e b 的a p p l 以及 显示m m l 的s e r v l e t 组成 3 业务层( b u s i n e s st i e r ) ：业务领域内需要的业务逻辑代码由运行在业务层 的e j b 来执行，e j b 从客户端接收数据，对数据进行处理，再将数据发 送到企业信息层；并将执行结果返回给客户程序。运行在业务层的e j b 依赖于容器提供如事务、生命期、状态管理等复杂的系统级功能。 4 企业信息系统层( e i st i e r ) ：企业信息系统层运行企业信息系统软件，包括企 业基础设施系统，如：e r p ，数据库等。 8 第二章j 2 e e 多层分布式应用框架 图2 一i1 2 e e 体系架构 j 2 e e 架构通过把表现逻辑、业务逻辑和后端数据服务分割开来，向开发者提 供了一种基于组件的设计、开发、装配及部署企业应用程序的模块化方式，提供 了一个高性能的环境。j 2 e e 应用为每种类型的应用构件提供相应的容器。如图2 1 所示体系结构包括应用客户端容器、a p p l e t 容器、w e b 容器及e j b 容器，容器为其 内运行的组件提供运行时服务哆 1 用程序客户端容器：负责所有w e b 客户端组件的运行。a p p l e t 容器可以看作特 殊的应用客户端容器，它负责在w c b 浏览器和1 a v a 插件( j a v ap l u g - i n ) 上运行 j a v a a p p l e t 程序，应用客户端容器和a p p l e t 容器对应多层结构中的客户层。 2 w e b 容器：管理所有s e r v l e t , j s p 等w c b 组件的运行，对客户请求响应和返回结 果提供运行时支持，w e b 组件及其相关容器运行在j 2 e ew e b 服务器中。 3 e j b 容器：负责所有e j b 的运行，它自动支持e j b 组件的事务处理和生命周期 管理，以及b e a n 的查找和其它服务，e j b 及容器运行在j 2 e e 应用服务器中。 e j b 容器是支持j 2 e e 多层构架的基础结构，是一个控制业务实现的运行环 境，并提供了诸如事务服务、持久性、安全性等重要的系统级服务，从而 使开发人员不必开发这些基础服务，而把注意力放在业务逻辑的实现上。 2 2j 2 e e 组件技术 9 电子科技大学硕士学位论文 组件是指在应用程序中能发挥特定功能的软件单位。简单地说，就是几种特 定的j 栅序，这些程序有固定的格式和编写方法，它们的功能和使用方式在一定 程度上被标准化。最基本的j a v a 组件是j a v a 2 标准版中的j a v a b e a n s ，它是按照特定 格式编写的j a v a 类文件，j 2 e e 的组件在j a v a b e a n s 基础上进行了拓展，提供了更多 的应用组件，主要包括客户端组件、w e b 组件、e j b 组件和资源连接组件等【8 】 2 2 1 客户端组件 客户端组件位于w e b 应用的客户层。j 2 e ew e b 应用可以和多种客户端程序连 接，w e b 客户端包括动态生成的网页( 包含各种各样的标记语言，如h t m l , x m l 等) ， 以及在客户机上运行的w e b 浏览器。a p p l e t 是基于j a v a 的小型客户端组件。客户端 要么直接与运行在j 2 e e 服务器上的业务层通信，要么通过运行于w e b 层的j s p 或 s e r v l e t 与业务层通信。 2 2 2w e b 组件 j 2 e ew e b 组件主要包括j s p 页面和s e r v i a ，它们都能与服务器端的业务逻辑组 件进行交互。w e b 组件在j 2 e ew e b 容器中运行，w e b 容器支持多层结构的w 西层， 通过_ h t t p 协议对w e b 请求进行响应，并将处理结果返回给客户。 s e r v l e t 是运行在j a v a 虚拟机上的对象，它在服务器上运行，并对客户请求产生 响应【9 】，在j 2 e e 应用程序中，客户将通过j s p 同s e r v l e t 进行通信，s e r v l e t 将调用会 话b e a n 并同多个实体b e a n 交互。s e r v i a 是企业级系统的二垒手，当得到一个请求， 它可能自己处理并向客户端发送一个响应，但较多情况是：它们接受请求，进行转 化，并交给系统的其它部分进行处理。s e r v l e t 是独立于各种平台的j a v a 类，可以使 用j a v a 的w c b 服务器装载和运行。s e r v l e t 容器是服务器或应用服务器的一部分，它 提供了网络服务，通过这些网络服务请求和应答对以m i m e 为基础的请求进行解 码，形成以m i m e 为基础的应答。一个s e r v l e t 容器能够建立在w e b 服务器的核心中， 也可以通过服务器本身的扩展a p i 作为附加组件安装在一个w c b 服务器中。s e r v i a 容器还可以嵌入或安装到支持w 曲的应用服务器中。所有的s e r v l e t 容器必须将 h t t p 作为请求和应答的规程。 j s p ( j a v as e r v e rp a g e ) 提供了一种在网页中嵌入组件的方式，并且允许生成相 应的网页最终发送给客户。j s p 网页可以包含h t m l ，j a v a , 码及j a v a b e a n 组件【埘。 一个j s p 网页包括：格式化w e b 文档的模板数据。通常模板数据使用h t m l 或x m l 1 0 第二章j 2 e e 多层分布式应用框架 元素，文档设计人员可以编辑这些元素，而不会影响文档中的动态内容。由于将 数据的表示与动态内容的生成分离开来，所以大大简化了开发工作。j s p 元素和 脚本小程序用于生成动态内容。大多数j s p 网页利用j a v a b e a n s 和e j b 组件来处理复 杂的应用。标准的j s p 操作包括访问和实例化b e a n s ，设置和检索b e a n s 的属性，下 载a p p l e t 。通过定制标签可以扩展j s p 的功能。 2 2 3 企业d a v a b e a n s 组件( e j b 组件) e j b ( e n t e r p r i s ej a v ab e a n s ) 是用于开发安全、可扩展、事务型的一种分布式组 件模型，系统使用e j b 组件实现了业务逻辑功能，如计划管理，合同管理等等具体 处理部分，包括会话( s e s s i o n ) b e a n 、实体( e n t i t y ) b e a n 和消息驱动 ( m e s s a g e - d r i v e n ) b e a n _ v _ 类。 2 2 3 1 会话b e a n 会话b 踟代表的是客户端所要求完成的工作，会话b e a n 是商务过程对象。它 们执行商务逻辑、商务规则、算法和工作流程。会话b e a n 本身有两种类型。一种 是有状态( s t a t e f u l ) 会话b e a n ，另一种是无状态( s t a t e l e s s ) 会话b e a n 。 有状态会话b e a n 是为商务过程设计的会话b e a n ，这些商务过程往往要跨越很 多方法和事务处理，为了实现这个目标，有状态会话b e a n 保留每个客户的状态。 无状态会话b e a n ) 书于商务过程中只需要一次请求对话的情况，这种单一请求的商 务过程不需要在方法调用过程中保持状态【l l 】。 2 2 3 2 实体b e a n 实体( e n t i t y ) b e a n 是- - 种持久性数据组件，代表存储在外部介质中的持久对象 或者已有的企业应用系统资源。也就是说，它是数据的一个对象包装器，这样能 够方便地操作和管理对象，表现为一个紧凑的形式。实体b e a n 的生命周期相对较 长并且其状态是持续的。与数据库中的数据记录相对应，每个实体b e a n 包含一个 主键( p r i m a r y k e y ) 标识，该标识与组件代表的数据库记录主健相同。客户端应用可 以利用该主键定位e j b 容器中实l 本b e a n 的对象实例，进而定位组件代表的数据库记 录【1 2 1 。 按照实体b e a n 持久性的实现形式，可以将实体b e a n 分为容器管理持久性 ( c o n t a i n e r - m a n a g e dp e r s i s t e n c e ，c m p ) 和组件管理持久性( b e a n - m a n a g e d p e r s i s t e n c e ，8 m p ) 两种类型。b m p 组件是指所有的数据库访问操作，都是由组件的 电子科技大学硕士学位论文 开发者开发，即关于对象持久化的操作必须由开发者编写代码：而c m t 组件，f _ j b 组件的安装者只需要描述哪些操作涉及到数据库，所有数据库的操作可以通过f _ j b 容器或服务器完成，这样既减少了开发者编写代码的负担，还可以达到一种数据 存取平台无关性因此，在设计中，采用了c m p 2 0 实体b e a n 。 2 2 3 3 消息驱动b e a n 消息驱动b e a n 是一类特殊的e j b ，不能直接对其进行调用，是能够接收j m s 消 息的特殊的e j b 组件。【1 1 l 消息驱动b e a n 通过提供一种在e j b 容器内部处理消息的方 式来实现j m s 的异步属性。当应用程序客户或者一个应用程序通过j m s 发送一条消 息时，容器调用适当的消息驱动b e a n 来处理这条消息 消息驱动b e a n 没有主接口、本地主接口、远程接口或者本地接口：消息驱动b e a n 不具有任何返回值：消息驱动b e a n 是无状态的【“j 。 消息驱动b e a n 完全由e j b 容器管理，通过实现实例池进行并发消息的处理，而 j m s 消息消费者必须通过在服务器端的会话池中创建m 韶s a g c u s t e n e f 类实现这一 功能，这是消息驱动b e a n 与j m s 消息消费者的不同之处。消息驱动b e a n 的最大优 势是“编写一次，随处配置”【埘。 e j b 2 i 的新特性主要集中于有关s o a p 和w s d l 的w e b 服务，包括两种新推出 的w e b 服务应用程序接口( j a x r p c 和j a 删) 7 】它们可以用来与其它w 西服务模块 通信，并适当地在w e b 模块中运用无状态会话a e a n * n 消息驱动b e a n 。就是说，基 于新的标准，e j b 将逐渐成为w c b 服务的开发平台。 2 3j 2 e e n 匿务技术 j 2 e e 服务器提供了方便编程的各种服务技术，这些技术是多层分布式应用需 要但不需要编程者开发，例如数据库连接服务、命名服务、事务服务、安全服务、 连接框架等。它们为基于j 2 e e 多层分布式应用的开发提供支持，在应用中通过调 用相应的a p i 来使用这些技术。 2 3 1 数据库连接服务( j d b ( 3 ) d b c 是一组j a v a a p i ，它提供了一组标准的a p i 调用来进行数据库的访问。它 屏蔽了j a v a 程序对各种数据库访问的差异，j a v a 程序可以使用同样的可移植的接口 访问数据库，使j a v a 的应用范围扩展到了数据库领域。 第二章j 2 e e 多层分布式应用框架 运用j d b c 能够以多种不同的方式建立一个j a v a j j l l 务器程序与多种不同数据源 的连接。所选用的驱动程序将影响到系统的性能与功能。 i d b c 数据库驱动具有四种类型 1 3 ：j d b c - - o d b c 桥、部分j a v a 、j d b c - - n e t ， 纯j a v a 。其中类型4 驱动性能最好，是w e b 应用开发的最佳选择。 2 3 2 命名和目录服务( j n d i ) 命名服务将对象和名称联系在一起，可以通过它们指定的名称找到相应的对 象。 9 j a v a 命名和目录接口( 卧i d i ) 是一个为j a 、，a 应用程序提供命名服务的应用程 序编程接d ( a p o ，是j 2 e e 技术中一个完整的组件。容器为组件提供运行环境，以 j n d i 命名上下文的形式提供给组件。j 2 e e 组件使用小d i 接口来确定它的环境命名 上下文。组件创建j a v a x n a m i n 吕i n i f i m c o n t e x t 对象，在i n i t i a l c o n t e x t 中查找环境命名 上下文( j a v a ：c o m p e n v ) 。组件的命名环境直接存储在环境命名上下文中，或任一它 的直接或间接子上下文中，j 2 e e 组件可以访问系统提供对象或用户定义对象。j 2 e e 平台允许命名用户定义的对象，如，企业b e a n s 、环境入口对象、j d b c 的d a t a s o u r e e 对象、消息连接对象等。j n d i 提供了企业级应用所需要的系统注册、存储以及获 取组件等功能。 2 3 3 事务服务 事务( t r a n s a c t i o n ) 是任务的单独基本操作或单元执行的任务，具有原子性。j 2 e e 事务服务用于保证应用程序的数据读写进程互不干扰。如果一个数据操作能整个 完成，它就会被批准执行；否则，就当什么都没做。事务服务提供了j 1 aa p i ，可以 在e j b 层或w e b 层实现，而不用开发者自己实现这些功能，简化了数据操作。 2 3 4 安全服务 j 2 e e 提供了严密的安全措施，用于保证系统资源仅能由授权用户使用。一般 是分为两步；首先是验证，即用户必须经验证确定其身份，典型的做法是用户提供 验证数据( 如用户名和密码) 。第二步是授权，当通过验证的用户设法访问系统资源 时，系统要根据安全策略确定是该用户否有权限进行相应的操作。 2 4j 2 e e 对w e bs e r v ic e s 的支持 1 3 电子科技大学硕士学位论文 w e b 服务是使用标准技术实现、被发送到因特网上并能被访问者发现和使用的 过程。通过使用w e b 服务，公司能够轻易地把应用程序连接到任何客户端上，客户 端包括桌面应用程序、w e b 浏览器、移动设备以及p d a w c b 服务让开发者能建立 这样一种电子商务应用：可以连接到任何客户( 供应商和业务伙伴) ，而与平台和编 程语言无关。 j 2 e e 最新的w e bs e