（计算机应用技术专业论文）基于j2ee架构的企业业务整合的研究与应用.pdf

摘要 随着信息技术在中国各行各业的普及，中国企、l k 信息化的持续深入，企业 业务对i t 平台的依赖| _ | 益紧密。t t 平台列于企业的意义，已从单纯的技术支撑 转变为企业业务的核心动力。但是，在企业信息化建设过程中，山于各业务系 统建设和实施数掘管理系统的阶段性、技术性以及其它经济和人为等因素影响， 导致企业在发展过程中各业务信息系统彼此孤立，各业务信息系统之间不能共 享彼此的信息数据，形成企业应用系统中的一个个信息孤岛。如小文所述呼和 浩特铁路局的t m i s 系统，就是这样。该系统主要lh “货票系统”、“车号自动 识别系统”、“确报系统”三个子系统组成，但三部分彼此孤砖：，1 i 能相互共享 彼此的数据，从而无法实现一些需要综合利用三个f 系统数据的业务。为了有 效地综合利用企业现有资源，提高企业信息资源的利用率，整合企业现有业务 势在必行。同时通过对企业业务进行整合，可以给企业带来可观的经济效益。 与此同时现今各行各业业务发展迅猛、应用需求小断扩大、市场竞争r 趋 激烈、业务整合难度不断加大，企j 渺原有的基于c s 架构的f t 业务平台已不能 满足新形势的需求。随着i n t e r n e t 与分布对象计算技术的飞速发展，多层应用体 系结构的新一代w e b 计算模型日益成熟，成为企业、i l ，务整合平台的最理想架构。 将企业传统业务整合成面向w e b 的应用，将是一个分步实施的长期过程。 为使其具有良好的技术自u 瞻性和较强的可伸缩性、可扩展性和易移植性，整体 规划显得尤为重要。 本文首先介绍并分析了目前主流的多层分布应 体系结构j 2 e e 和，n e t 平 台的异同，并且根掘目前幽内各企业信息系统中普遍存在多种操作系统平台的 现状，同时亦考虑呼和浩特铁路局的实际情况，选j e 可跨多种操作系统的j 2 e e 架构作为企业业务整合平台。 本文第三章着重介绍j 2 e e 架构、j 2 e e 容器、1 2 e e 核心技术及j 2 e e 应用 程序开发的相关内容。在随后的第四章中着重介绍了同j 2 e e 核心部件一 e n t e r p r i s ej a v ab e a n ( e j b ) - - , 日关的一些技术细节。最后实现了呼耵吲圳寺铁路局业 务整合的一个实例一货票追踪业务j 2 e e 架构的实现。 关键词：企业业务整合多层体系结构j 2 e ee j b 分如式组件 a b s t r a c t 、m 也t h ep o p u l a r i z a t i o no fi n f o r m a t i o nt e c h n o l o g ya m o n gv a r i o u si n d u s t r i e si n c h i n aa n dt h ef u r t h e rd e v e l o p m e n to f e n t e r p r i s ei n f o n n a t j z a t i o n e n t e r p r i s eb u s i n e s s e s a r eb e c o m i n gi n c r e a s i n g l yd e p e n d e n to ni tp l a t f o r m t h es i g n i f i c a n c eo fi tp l a t f o r m t oe n t e r p r i s e sh a sc h a n g e df r o mp r o v i d i n gs o l e l yt e c h n o l o g ys u p p o r tt oa c t i n ga sc o r e p o w e rf o re n t e r p r i s eb u s i n e s s e s i nt h ep r o c e s so fe n t e r p r i s ei n f o r m a t i z a t i o n ，h o w e v e r , d u et os o m ee c o n o m i c & a r t i f i c i a lf a c t o r s v a r i o u sb u s i n e s si n f o r m a t i o ns y s t e m sh a v e b e e ns e p a r a t e df r o n le a c ho t h e ra n di n f o r m a t i o nd a t as h a r i n gi sh a r dt ob ea c h i e v e d b e t w e e nt h e m r e s u l t i n gi nm a n yi s o l a t e di n f o r m a t i o ni s l a n d s t m i ss y s t e mo f h u h e h a o t er a i l w a yb u r e a ua n a l y z e di nt h i sp a p e ri soneo ft h e s ei n s t a n c e s t h i s s y s t e mi sc o m p o s e dm a i n l yo f3s u b s y s t e m s b u tt h e ) ，a r ei s o l a t e df r o m e a c ho t h e r a n dc a n n o ts h a r et h ed a t ab e t w e e nt h e m ，c a u s i n gi th a l 。dt or e a l i z es o n i cb u s i n e s s e s r e q u i r i n gc o m p r e h e n s i v ed a t au s a g ef r o mt h e s e3s u b - s y s t e m s i no r d e rt om a k ea n e f f e c t i v ea n dc o m p r e h e n s i v eu t i l i z a t i o no fe x i s t i n gr e s o u r c e sa n dt oe n h a n c e e f f i c i e n c yo fe n t e r p r i s ei n f o r m a t i o nr e s o u r c e su s a g e j th a sb e c o m ei m p e r a t i v et o i n t e g r a t et h ec u r r e n tb u s i n e s s e s i n t h em e a n t i m e i n t e g r a t i o no fe n t e r p r i s eb u s i n e s s e s canb n n gc o n s i d e r a b l ee c o n o m i cb e n e f i t s a sv a r i o u si n d u s t r i e sa r e e x p e r i e n c i n gr a p i db u s i n e s sg r o w t h ，a p p l i c a t i o n d e m a n di se x p a n d i n ga n dm a r k e tc o m p e t i t i o ni sb e c o m i n gl n o r ei n t e n s e ，e x i s t i n gc s s t r u c t u r eb a s e di tb u s i n e s sp l a t f o r mc a nn ol o n g e rs a t i s f vt h en e wr e q u i r e m e n t s w i t h t h er a p i dd e v e l o p m e n to fi n t e r n e ta n dd i s t r i b u t e do b j e c tc a l c u l a t i o nt e c h n o l o g y , n e w g e n e r a t i o nw j bc a l c u l a t i o nm o d e lw i t hm u l t i l a y e ra p p l i c a t i o ns y s t e ms t r u c t u r ei s b e c o m i n gm a t u r e ra n dt h em o s ti d e a js t r u c t u r ef o re n t e r p r i s eb u s i n e s si n t e g r a t i o n p l a t f o r m i n t e g r a t i n gt r a d i t i o n a le n t e r p r i s eb u s i n e s si n t oaw e b - f a c e da p p l i c a t i o nw i l l d e m a n da l o n gp e r i o di n c l u d i n gm a n yp h a s e s f o rt h ei n t e g r a t i o nt op o s s e s se x c e l l e n t t e c h n o l o g ys o p h i s t i c a t i o na n ds t r o n gf l e x i b i l i t y , s c a l a b i l i t ya n dt r a n s f e r a b i l i t y , o v e r a l l p l a n n i n gs e e m st ob em o r ei m p o r t a n t t h i sp a p e rf i r s tj n t r o d u c e sa n da n a l y s e sc o m p a r i s o n sa n dc o n t r a s t sb e t w e e nj 2 e e a n d n e tp l a t f o r m c u r r e n t l yt h em a i n s t r e a mm u l t i 1 a y e rd i s t r i b u t e da p p l i c a t i o n s y s t e ms t r u c t u r e ，a n ds e l e c t sj 2 e es t r u c t u r ew h i c hc a l lb ea p p l i e da c r o s sm u l t i p l e o p e r a t i o ns y s t e m sa st h ei n t e g r a t i o np l a t f o r mf o re n t c l p r i s eb u s i n e s s ，a c c o r d i n gt o c u r r e n ts i t u a t i o nt h a tm u l t i p l eo p e r a t i o ns y s t e mp l a t f 0 1 n l se x i s ti 1 1v a r i o u se n t e r p r i s e i n f o r m a t i o ns y s t e m si nd o m e s t i ce n t e r p r i s e sa n da l l o w i n gf o ra c t u a is i t u a t i o no f h u h e h a o t er a i l w a yb u r e a u s e c t i o n3o ft h i sp a p e rm a i n l yi n t r o d u c e s , 1 2 e es t l u c t u r e j 2 e er e c e p t a c l e j 2 e e c o r et e c h n o l o g ya n dc o n t e n t sr e l a t e dt oj 2 e ea p p l i c a t i o np r o g r a md e v e l o p m e n t i nt h e f o l l o w i n gs e c t i o n4 ，s o m et e c h n o l o g yd e t a i l sr e l a t e dt oe n t e r p r i s ej a v ab e a n ( e j b ) ， j 2 e ec o r ec o m p o n e n t ，a r ep a r t i c u l a r l yp r e s e n t e d i nt h el a s t ，a ne x a m p l eo fb u s i n e s s i n t e g r a t i o no fh u h e h a o t er a i l w a yb u r e a ui sp r o v i d e d k e yw o r d s ：e n t e l p r i s cb u s i n e s si n t e g r a t i o n ，m u l t i - l a ) ，e rs y s t e ms t r u c t u r e ，j 2 e e ， e j bd i s t r i b u t e dc o m p o n e n t s 第一章绪论 1 1 铁路企业业务整合意义 铁路运输行业是我圈信息化建设起步较早、信息技术应j j 水平较高的 j ：业之+ 。我幽铁路的运营n 程仪占世界铁路的6 ，却完成r 世界铁路 总运量的2 2 ，能够实现这样的成绩信息化往其中扮演卷蘑耍的角色， 尤其是其中投资2 6 亿丌发的运输管理信息系统( t m i s ) 。呼和浩特铁路局 的t m i s 系统中，与货票综合应_ j 桐关的主要有“货票系统”、“车号自动 以别系统”、“确报系统”三个了系统组成。但山于三个了系统是分别独立 j i ：发完成的斛此三部分彼此孤立不能桐且j l 享彼此的数据，使一些需 要综合利用三个了系统数据的业务允法实现。所以按照资源共享的原则， 应当对现有信息系统进行整合，”展深从次的综合应f ，以便发挥系统的 最大效蕴。例如可以通过利用车号闩动谚! 别信息并结合车站的车辆信息、 装车信息、确报信息、货票信息等来确定车辆的当前位蔑、状态和装载 内容，从而实现对列车、机车、车辆、集装箱、货物进行全过程的实时追 踪管理。 丽对w t o 对铁路运输 j ：业带来的挑战以及交通运输 j ：业之问的竞争， 在全球通信技术和i n t e m e t 技术迅猛发展的今天，铁路行业必须加强对i t 技术的应用，以提升服务质量，提高竞争实力。订效地综合利用食业现有 资源。提高企业信息资源的利_ 率。婴实现这目标，对企业现有业务j _ ! j ：整合势在必行。而且，食业通过对其原有业务进行整合，不仪可以提丌 其原有业务的服务水平，还n r 以就此米外发出新的业务，为企业带来町观 的经济效益。同时也为铁路食业l ur 商务的应j j 、发展提供良好的基础。 1 2 呼和浩特铁路局业务整合项目背景介绍 呼和浩特铁路局t m i s 系统与货票综合应j f j 稍关的主要有：“货票系 统”、“车号自动i 5 别系统”、一“确报系统”三个r 系统。 j 中“货票系统”由货运站部分与路局部分组成，如图1 1 所示。 货运站路埘 隔曩磊百鼐丰i 每入( ( ) 膝翮 划货黼扩囝7 图 7 巡到 蚓卜 货祭信息前先是由货运站工作人员于工录入，并存放在货运站本地数 搬库巾然后按照路局的要求将其中部分数捌j ：传到路局的货票库，以便 路局货票应用系统使用。同时路局还会将某些货票信息l ：传铁道部的中央 货票信息库。 车号自动谤 剐系统是在列车运行过程中。l l i 确的泌5 ；i l 出机车、车辆的 标示信息，并提供给扪应的各级管理系统。每当一列列车进入或驶出车站 州，安装在车站出入界门轨道内的地而天线会接收到机车上的标篇信息( 编 码足唯一的) ，并将该信息f 譬送到无人值i ) ：的：拄机房，由工撺机将处理后 4 的标签信息经通信线路传送到车站主机房的微机中，再传送给路局。如图 1 2 所示。 车站路同 犀 孤搦白曲持( ( ) 厩百翻 隧剖塑錾l 收入厍7 | ! j 三号厍l 鬯! r 制l 、 图1 2 列车预确报是列车到达解体站前，确报点间通报到达列车编组内容的 资料。确报由计算机“现车管理信息系统”和“货票管理信息系统”的联 网确报车站产生。管内列车的预确报由路局统一转发，跨路局列车的预确 报由铁道部转发，如图1 3 所示。 确掘2 ，确啦 路局a路局b 窿翮2 鏖f 篙 图l 一3 预确报系统有着同“货票系统”、“车号自动识别系统”相同的体系结 构，如图1 - 4 所示。 车站路局 f 丽稠收到, 4 确t 报f )q 网孤 系统l芊”- 幅报库i - 两报库卜叫。甭系巍 口手工编辑d7 l j 一。 图1 4 由图1 1 、图1 2 和图1 - 4 组合就得到了呼铁局t m i s 系统整体架构简 略图，如图1 5 所示。 菁l 萨棚躲统嚆 熙l 篇系统li 车站 臣9 砭蜀 铁路局 匪9 1r 1 r 觇有铁路局货 隗有铁路局确il 现有铁路局车i 慷应用系统陬应用系统愕应用系统 图1 5 由图1 5 可知，呼铁局的t m i s 系统是典型的c s 与t s 架构，前端 为运行于w i n d o w s 环境下的桌面客户应用程序，或运行于u m x 环境下的 终端程序，后端为u n i x 下的o r a c l e 数据库。本文讨论的重点就是在呼铁 局现有的c s 与t s 架构系统基础上，构建一个扩展性强、充分考虑可靠 性、安全性的分布式系统架构，为企业业务整合提供一个良好的运行平台。 1 3 企业业务整合的现状 当前各行各业业务发展迅猛、应用需求不断扩大、业务整合难度不断 加大，为了充分利用企业现有的资源，就需要不断的对企业现有业务进行 整合。由于大部分企业的信息系统仍采用c s 架构，所以现今很多企业的 业务整合仍是基于数据的业务整合，亦即通过在数据库端增加修改存储过 程来实现企业新的业务。这种方式，由于c s 架构本身的客户端与服务器 端的强耦合关系，使得程序开发者在不停的修改服务器端( 主要是数据库) 程序的同时，也要不断的升级客户端桌面程序。从而使得客户端和服务器 端的程序不断的增加，目益臃肿、难以维护。造成这种情况的主要原因， 就是c s 架构没能将企业业务逻辑与企业的信息数据有效的隔离，使得业 务逻辑既出现在服务器端( 数据库中，主要是存储过程) 又出现在客户端。 解决这一问题的关键就是在c s 系统架构的基础上采用一种新的架构 6 来进行企业业务整合。扩展性很强的多层分布式应用体系结构，通过将业 务逻辑与系统的其他部分分离，有效的解决了传统上基于数据的企业业务 整合方法的弊端。 根据上文所述以及呼铁局项目的实际需求，本文试图提出一种基于 j 2 e e 多层分布式体系结构的企业业务整合平台。因为铁路各项业务还在不 断的增加、完善，并且每项业务的专业性都很强，所以本文并不是专注于 实现某一项业务的整合，而是将重点放在对整个业务整合平台的讨论上， 希望建立一个扩展性很好的整合平台架构，以方便开发人员不断的开发新 业务、或是通过对现有业务的整合实现新的业务。 本文同时也在所提出的整合平台架构上，通过对呼铁局现有业务、数 据进行整合，来实现货物的追踪功能。 1 4 企业业务整合的发展趋势 最近，w 曲服务技术在集成领域引起了许多关注，因为它们定义了一 些通用的方法使应用程序可以跨异构编程语言和操作系统互相交互。因为 w 曲服务使用x m l 作为它们的数据格式基础，所以使这一点成为可能， w e b 服务将x m l 用于描述特定的服务( 即w e b 服务定义语曹w e bs e r v i c e s d e f i n i t i o nl a n g u a g e ”或称w s d l ) 或实际调用服务( 即简单对象访问协议 “s i m p l eo b j e c ta c c e s sp r o t o c o l ”或称s o a p ) 。 将j 2 e e 的j a v a 消息传递服务( j m s ) 和j a v a 2 连接器体系结构( j c a ) 与w e b 服务技术结合使用，来进行企业业务整合，可以实现新应用程序与 先前已有的应用程序的集成，以及使现有的应用程序互相通信，同时使得 这些应用程序的更改达到最少。 利用j 2 e e 集成技术( 特别是j m s 和j c a 标准) 的优势，以及使用w e b 服务技术增强这些技术，从而用更基于标准和互操作性更好的方式来实现 企业业务整合是今后企业业务整合的发展趋势。 7 第二章 企业业务整合架构选择 2 1j 2 e e 平台简介 1 什么是j 2 e e j 2 e e 是用于建立服务器方应用程序的种平台。目前，j a v a2 平台有 3 个版本，它们是适用于微型设备( 只具备有限显示能力和内存支持的设备， 如移动电话、p d a 等) 的j a v a2 平台m i c r o 舨( j a v a2p l a t f o r mm i c r oe d i t i o n ， j 2 m e ) 、适用于桌面系统的j a v a2 平台标准版( j a v a2p l a t f o r ms t a n d a r d e d i t i o n ，j 2 s e ) 、适用于创建服务器应用程序和服务的j a v a2 平台企业版( j a v a 2p l a t f o r me n t e r p r i s ee d i t i o n ，j 2 e e ) 。 2 j 2 e e 体系结构简介 j 2 e e 本身是一个标准，一个为企业分布式应用开发提供的标准平台。 该平台实际上是一个分稀式的应用程序服务器环境，在这个j a v a 环境 中提供了一组j a v a 扩充a p i ( 用于建立应用程序) 及用于驻留和管理应用 程序的实时基础设施。j 2 e e 体系结构如图2 1 所示。 图2 - 1j 2 e e 体系结 j 2 e e 应用模型通常采用多层分布式，将应用开发划分为多个不同的层， 并在每一个层上定义组件。各个应用组件根据他们所在的层分布在同一个 或不同的服务器上，共同组成基于组件的多层分布式系统。典型的j 2 e e 四 层结构包括客户层、表示逻辑层( w e b 层) 、业务逻辑层和企业信息系统层。 图2 - 2 3 j 2 e e 应用组件 j 2 e e 据准定义了一整套援誊突备兹巍耀组孝 凝絮，它淤疼、基秣类嚣 接嗣等形式存在；在它之上构建的应用组件则具体实现特定的企业业务逻 辑；然后幽波示控制器逻辑进行组件整合，最终缎成一个完整的威用系统。 j 2 e e 静窖声层、表示层稻链务逻辑瑟，都备鸯寄荬适餍豹应震缓件： 客户层：a p p l e t ，j a v a b e a r l 表示逻辑鼷：s e r v l e t ，j s p ，j a v a b e a n 业务逻辑鼷：企业j a v a b e a n ( e j b ) 数攒信息系统层处理的是j 2 e e 领域内的所有企业艏端资源，诸如数据库、 x m l 文箨等。茨鸯j 2 e 彗疲爝缝终只蕤蠲j a v a 诿富缡程。 4 j 2 e e 众业服务 j 2 e e 环境的一大特色勰在于它提供了宠善的炽业级服务，以满足各类 应用静需要。这些糕务主要香： 连j 飘性服务 j d b c ( j a v ad a t a b a s ec o n n e c t i v i t y ) ：提供数掘艨连接觏访润服 务 j c a ( j a v ac o n n e c t o r a r c h i t e c t u r e ) ：提供与旧有遗留系统之间的 连滚 圆通信服务 j a v a 消息服务j m s ( j a v am e s s a g i n gs e r v i c e ) ：提供层与组件之 淹豹潸怠传递 电予邮件服务( j a f j a v a m a i l ) ：提供电子邮件服务 j a v al d “r 馘i l l l o p c o r b a 蓑簿按墨，提供j 2 戡! 与c o r b a 的通信服务 j a x ( j a v ax m l a p l s ) ：提供x m l 语法分析绑寇服务 获诞缀务 j n d i ( j a v an a m i n ga n dd i r e c t o r yi n t e r f a c e ) ：提供分布式命名和 目录服务 j t s j t a ( j a v at r a n s a c t i o ns e r v i c e ) ：提供攀务楚理，监控服务 j a a s ( j a v aa u t h e n t i c a t i o na n da u t h o r i z a t i o ns e r v i c e ) ：提供访问 控制等安全瑕务 5 j 2 e e 运行时环境( 容器) j 2 e e 应用组件各自运行在相应的运行时环境中，这贱运行时环境在 髭醯零语墨竣称蔻“容器”。 j 2 e e 标准共定义了以下四种容器，应用组件可通过配筲工具部署到对 应的容器中： a p p l e t 容器：运行a p p l e t 客户端应用程序容器：运行标准客户端j a v a 应用程序( 包括基予 s w i n g 熬g u i 客户端鑫弱黎痔) w e b 容器：运行表示逻辑层的s e r v l e t 和j s p e j b 容器：运行业务逻辑层的企业j a v a b e a n j 2 e e 豹棱心是一缝纛藏褥指南，定义了个佼麓j a v a 语言开发多层分 布式企业应用系统的标准平台。j 2 e e 技术规范并没有指定该如何建立一个 j 2 e e 运行环境。县翦比较成熟的礴业化j 2 e e 系统平台主要有瓣m 豹 9 w e b s p h e r e 、b e a 的w e b l o g i c 、c a u c h o 的r e s i n 。 2 2 n e t 平台简介 2 2 1 行么燕。n e t m i c r o s o f t n e t 平台躲 ：x m l 和因特网标凇协议包含了n e t 的湛 础缡构和基础工具，为开发新型的置动搬作软4 牛提供了一个先进豹访系续 构模登。程袭现形式上，稳列于j 2 e e 逶缀疑范，丽。n e t 雯蒙楚一缀产 品。 2 。2 2 。奎l e t 髂系结援麓夯 整个n e t 平台体系结构可以分为4 个主要部分： n e t 基础设施和正其：用来构建和运行电子企业系统的基础设施 霸王其，穗捂v i s u a ls t u d i o n e t ，n e te n t e r p r i s es e r v e r s ，n e t f r a m e w o r k 。 。n e t 基礁股务：n e t 瑕务包牺一组用予i n t e r n e t 的信息共享服务， 翔p a s s p o r t n e t ( 鞠于餍p 身份验证) ，以及用予文件存稚、用户编 好管理、问历管鼍q 服务。这些服务将幽微软公司以及微软的合 作软律挺镞+ n e t 用户体验：邀将是一个更广泛、更适应的膈户体骏。信息研 以备种方式、在备引t 不i 司设番上搬供。 n e t 设餐：这秘设蘩较髂霞褥胃疆霞蘑凝瓣霹潋溺蘑霹络疆务熬 智能i n t e r n e t 设备口 其中，n e tf r a m e w o l k 应该n e t 平台最重鼗豹部分。它是一个与操 俸系统紧密稻关的综合逡行环境，包捂面向鳃作豹巾潮瑟蘩礁结率奄 ( c o m + ) ，c o m m o nl a n g u a g el h i n t i m e ( c l r ) 环点慧个硼i 时实编泽器一 组搜用。n e t 组锻：模型羟包约擞馋篆绞瘁。 n e t 平台有多种开发预言：姗m i c r o s o f t 提供的v i s u a l b a s i c ，v i s u a l c + + 和v i s u a l c # ，及其他第三寅语宙，包括窝士通( f u j i t s u ) 公司的c o b o l 语蠢，i n t e r a c t i v es o f i w a 糟e n g i n e e r i n g 公司豹毯魏l 语砉等。 v i s u a ls t u d i o n e t ( 实际上，怒整个n e t 平台) 的语亩中性对- p n e t 平 台紫略是至关重要的。它怒通过将所有v i s u a ls t u d i o 。n e t 语言翻译成种 稼隽i n t e r m e d i a r yl a n g u a g e ( 己) 秘邂搿谣富嚣实瑶韵。实鼯上，它楚逶过浴 言”发商创建的使他们的谢言与v i s u a ls t u d i o n e t 兼容的i l 翻译器实现 豹。这样瓣语言谈称为。n e t 支持滋言( n e t e n a b l e dl a n g u a g e ) 。 i l 文体通常以可部署的称为汇编缀件( a s s e m b l i e s ) 翠位进行打包。这 些派编组件被加蛾到通j j | 运行语音( c o m m o nl a n g u a g er u n t i m e ，n e t f r a m e w o r k 翡一帮分) 秘，国l 乙编译嚣遴行编译，然瑟在逶弱运露语蠢 ( c o m m o nl a n g u a g er u n t i m e 。c l r ) 内运行。c l r 提供了许多特性，我 们可以将这些特性与一剥t 特定的逐意联会起来，包括碑片收集，类型定义， 多黧方法解析，错误处鼙辇，和部署模型。 将语葳特性台并到狮通j ；i | 远行语言( c l r ) 巾，而不是合并到一种 特定豹港富孛，搜餐器秘落衰霹以翅g ：| 缝在整令。n 鼓乎螽瘫互蠲。薅篾牧 集，类型定义和锵误处理；f l f 以种统一形式进行处理，从丽实现了无与伦 比的语言飘用性。也许跨语言互删性给人印象晟深刻妁例子是在种语言 ( 豫热说t 秭) 雨定义一个羹类，然螽戳一耱宠金无关豹语言( 皖魏滋， c o m b o l ) 重写器种方法。 一 o 在表示层使用n e tf r a m e w o r k 意味糟，任何支持n e t 的语言( 换句 话落，饪秘蠢| l 瓣释程疹豹语言) 都霹以爱终凌示逻辑热瓣本语言。著 且豳于n e tf r a m e w o r k 包括编译器，它还意味着对表示层脚本进行编译， 而不是进行解释，从而显著地改善了性能。 蚕2 3 新示淹n e t 繁褥鹜 蚓2 - 3 n e t 架构 2 3j 2 e e 与n e t 平螽的相似点 1 。搬姒的乎台基础辛句造： j 2 e e 和n e t 两个平静在底层的执行引擎都源于托管驹虚攒梳概念。 在两个平台上，程序的编译都经过两个类似的过程。首先将特定高级语言 缓译藏中藏语言，在魏嚣拜誊，孛澍港言被翊嚣编译器缡浮戏特定平台豹二 迸制代码完成语言的指令功能。同时两个平台都为编程提供了一套广泛的、 可复用的a p i 类库。 2 。稽霍鬟雏三层，多鬃体系缭鞫： j 2 e e 和n e t 两者均是基于三层多屡分布式的计算环境，两个平台在 应用中均可划分为雾户端、中闯层、禹端数据屡三屠模型。客户端表示鼷 负责用户与系统的交互，在这一层二者都提供了纂于桌磷的应用程序和基 于浏览器的w e b 戍用的开发组件，j 2 e e 是j a v aa p p l i c a t i o n 和j a v a s e r v l e t j s p ，蕊嚣t 鬟蕻w i n d o w s 袭挚与a s p n e 王。由分露式鲎务绻释构残 的在中间屠，负责众业应用的商业逻辑部署，这一层经常负责处理数据库 连接、网络瓷源、线程等，膊以是三层多层架构的关键和成用的核心，j 2 e e 中间层主要部署着e j b 组件，丽在这一鼷上n e t 组 牛剐是建立在新型的 c o m + 服务之上。在后端数据层两个平台都为数粥库连接照身定做了一套 数摄存取模型：j 2 e e 豹西b c 彝，n e t 戆a d o 。n e t 。它簦j 程支持传统s q l 数据的同时，也都支持新型的x m l 数据源。 3 j 2 e e 与。n e t 对应技术对照表 表2 - 1j 2 e e 与n e t 对瘦技术对照袋 对应技术 j 2 e en e t 通信协议 r m l ，l l o pd c o m s o a p 编程语言 5 酬k c # ，v b n e t ，c o b o l 等 运行时环境 j a v av i r t u a lm a c h i n e ( j v m )c o m m o nl a n g u a g er u n t i m e ( c l r ) 桌面客户端 j a v as w i n gw i n d o w sf o r m s 目录服务 j a v a n a m i n g a n d d i r e c t o r y a c t i v e d i r e c t o r y s e r v i c e si n t e r f a c e i n t e f f a c e ( j n d l l( a d s i ) 数据访问 j a v a d a t a b a s ec o n n e c t i o nj a v ac o n n e c t o r sa d 0 n e t ( j d a c ) 异步消息处理 j a v am e s s a g es e r v i c e ( j m s )m i c r o s o f tm e s s a g eq u e u e 表示层技术s e r v l e t s ，j a vs e r v e rp a g e ( j s p l a sp n e t 中间层组件模型e j b ，j a v a b e a nc o m + ，c o m 安全访问 j a a s c o m + s e c u r i t yc a l lc o n t e x t 事物处理 j a v at r a n s a c t i o ns e r v e r ( j t s ) m i c r o s o f t d i s t r i b u t e d t m n s a c t i o n c o o r d i n a t o r ( m s - d t c ) 消息队列 j m s l 0 m s m q 2 4j 2 e e 与n e t 平台之间的差别 尽管j 2 e e 平台与n e t 平台有着相似的平台基础构造与三层多层分布 体系结构及各层上相对应的技术，但是在跨语言和跨平台上两者却有着截 然不同的区别。 n e t 通用语言运行时来消除编程语言的差别。在n e t 平台上可以使 用c 捍、v b n e t 、c o b o l 等编程语言，而j 2 e e 平台只支持j a v a 语言。 而在跨平台方面，j 2 e e 就有着极大的优势，n e t 只能运行在w i n d o w s 操 作系统上，而j 2 e e 通过j a v a 虚拟机来消除平台差别，可以运行在u n i x 、 l i n u x 、w i n d o w s 等多种操作系统上。 而j 2 e e 的跨平台优势使其成为企业业务整合平台的最佳选择。在一个 企业，尤其是一些急需进行业务整合的传统企业中，均大量存在着多种操 作系统，如果要企业摒弃原有的应用程序，从头建立整个系统，不仅浪费 了大量的资源，而且这种方案也是不现实的。同时j 2 e e 是一种丌放的架构， 是一系列规范，而不是产品，任何符合这一规范的产品都是j 2 e e 兼容的。 这使得j 2 e e 从制订之初就得到了广泛的支持。b e a 、i b m 、o r a c l e 等都相 继开发了符合j 2 e e 的应用服务器，它们的产品相互之间甚至可以兼容。基 于以上论述，在呼和浩特铁路局的企业业务整合平台方案中我们采用j 2 e e 架构。 第三章汜e e 系统平台 3 i 计算机信息系统计算模型的发展过程 1 计算机信息系统计算模型几个发展阶段 诗算瓿信塞系统诗雾穰鳘匏发袋大致经历了敬下尼个除段： 单机计算方式一台独立的计算机独立她理自身的数掘，与其他 计冀机之阉没有任何直接的信息交换。 主翘终端计算方式系统由其有计算功能的智熊主视和驻终端缎 成，逐级承担全部的计算功能，终端只是作为输入输出设备，而 不承担锰毽数摄焚毽工髂。瘊蠢娥理工掺都集中在主辊上进行， 终端用户分时共享主机资源。 网络，文件服务器计算方式系统幽文件服务器和微机工作站通过 网络互连穗成，文件服务器提彳苴鼗摇存傣稍管臻功麓，偿不参与 数掘的处理工作，对数据的处理在工作站上二完成。 客户规，服务器计算方式( c l i e n t s e r v e r 诗算方式)越祧诗算方 式怒在网络文件服务器计算方式的基础上，增加了服务器断的数 据处理能力而形成的。此种方式对数据处理任务谶行了羹新分配， 谴缀务器承疆了其中部分鲶理妊务。 三滕，多层分布式计算方式由用户界面构成的表示层、应用程序 或业务逻辑构成的中间层，以及包含应用程序所需数据的数据层。 亦帮在 s 粱擒游客户壤鞠骚务器箍藤上了中闻瑟。在忿种计算 方式中，用户通过寝示层调用中间层的应用程序，而中间层的应 受缀穿在数键层捻絮爨霰鹣数提势进行糍应熬处理，露黔将处理 结聚传回表示层，表示层蒋讲解收到的数据进行各式处瑷显示给 用户。如果将三层分布式计算方式的应用层进行进。一步划分的， 裁形藏了多瑟努奄式计葵方式，一般按露下方式繇分：舔户赛_ 蠢、 表示逻辑、业务逻辑、基础设施服务、数据层。 2 ，c s 结构的缺陷 随着计舞机硬传成本的下降。计算枫嵇怠系统静诗箕方式旱融觚蕈梳 计算方式过渡到网络计算方式。刚时随着计算机单机性能的提升和计算机 网终豹飞速发爨，霹疆黪低系统逶谖嚣镑、充分裂建嚣端硬绎环嫒豹c s 计算方式就为大家所熟知了。但是在c s 模型中表示逻辑位于客户端，数 据逻辑位于服务器端，商业逻辑既可以位予客户端、也可以位于服务器端 或蕊秘嚣位于客户辩、骧务器端，镶懿在客户盛上控麓数撵豹签疆方式秘 数据库服务器上的存储过穰等。c s 这种体系结构明显存在着以下几种缺 陷： “胖”客户，客户稳序同时要处理表示逻辑和商业逻辑，释致客户 规模较大 无论楚其客户璇还是派务器蠛鹭需要特定软传支骜 商业逻辑不能由多个客户程序共享 客户端的数量受服务器处理能力的限制，系统可扩充性不好 系统维护代价离，当裔盈逻瓣层交纯对，需要闲辩邋掰客户浠和碾 务器端的内窬 嚣髫翦企业业务发聂迅速，应用惹求不叛扩大，出于c s 架椽蛇嵇秘 缺陷使得系统运行较短时间后就无法再满足实际浠要，断c s 絮构系统又 鞍雉维护与秀级，从头开发一套凝系统避鬻魄在缀寿c s 系统上嚣缀终妒 还要容易、迅速，从而造成大量资源浪费。 3 b s 结构的优点 疆蓉i n t e m e t 技术、w e b 技术、嚣淘瓣蒙蔽寒、努霉式技术、经传技 术、中间件技术等技术的发展与同益成熟，在c s 技术上发展而来的三层 多层分糍式计算模型逐澎成为新一代理想的软 牛成用系绞结构。瓣基于w e b 的三层多漤分布式结构，更由于其客户潲采用i n t e m e t 溯笕器，而成为当 今应用软件体系结构的首选，即所谓的b r o w s e r s e r v e r ( b s ) 。在软件系统的 改进翻舞缀方瑟，b t s 架鞠毒着缀天懿饶势。嚣走，毽为客户漩采尾w w w 测整 器，无论用户的规模有多大，有多少分支机构都不会增加任何维护升级的 工作量，所有的操作只需要针对服务器进行。其次，出于业务逻辑独立在 中鬻屡，蔻由福建静整务缝释完斑辖痤静篷务，新戳当特定监努发玺交佬 时只要修敬服务器端的相应业务组件即可。所以客户机越来越“瘦”丽服 务器越来越“胖”是将来较件的嘉滚发照方向，这馒 寻秀缴和绫护越来越 容荔而使稍越来鹣简单。 3 2w e b 疲翔浆发嶷过程 w e b 应用的开发经历了三个阶段。在第阶段，大家都使用w e b 腋务 器提供的服务器扩展接口，使用c 或者p e f l 等语言进行开发，倒如c 0 l 、 a p 等。这释方式可舞谴开发者鑫由蘧鬣瑾各种不露懿w e b 请袋，番态缝 产生响应页面，实现各种复杂的w e b 系统要求。但是，这种开发方式的主 要阅题是对野发蠢的素痰簧求缀懑，硅 童震要攮褥赢屡蟪缀程方法，了解 h w p 协议，此外，这种系统的调试也相当困难。 在第二阶段，大家开始使用些服务