ＪａｖａＢｅａｎｓ组件模型的分布式扩展机制.pdfVIP

JavaBeans组件模型的分布式扩展机制 刘启文傅韶勇杨利 (宝钢东软集团软件中心 沈阳 110006) 摘要本文结合Javmcans技术 Ja姐R^皿技术提出了Javafje卸s组件模型的分布式扩 展机制，并在此基础上实现了基于JavaB隗11s的组件化分布式应用运行平台。 关整词JavaJavaBeaⅢsJavaRMl分布式处理 1、引言 随着软件的规模逐渐庞人化，由此而引发的可靠性、维护性等问题深深困恼着软件开发 人员和用户。而且对于企业级应用而言，由于企业业务处于经常的变动之中，当前的应用软 件系统对此表现出极差的灵活性，较难快速适应业务的改变。 组件技术为整个软件行业带米了新的生命力，组件的可重用性、可管理性和可替代性 大大改善了软件本身的结构特征，能够有效地解决软件规模日益庞大所带来的种种问题。针 台，为企业系统管理提供～个灵活的、可扩展的、集成的分布式组件框架。在此平台之上， 应用系统中的各功能组件根据商业规则的驱动在分布式计算环境中动态地组合起来，并具有 组件动态升级和组件之间的动态业务重组等关键特性，支持企业业务变化需求驱动’F的系统 快速重组和进化， 2、背景 我们所开发的运行平台是东北大学软件中心承担的“九五”国家科技攻关项目——“基 DevelopmentRuntime Application 理即软件整个生命周期的各个阶段，整体分为三大部分：组件库管理系统cLMS、基于组件 的分布式应用图形化建模工具ArchDesigner和组件化分布式应用运行平台CLAS。 台最重要的特性是支持了事件驱动的软件体系结构风格以及“业务逻辑与功能实现相分离” 的思想： 事件是组件模型的三大基本元素之一，在事什驱动的软件体系结构风格中，组件禁jt 直接操纵其他任何组件，事件被规定为组件主动与外界交互的唯一途径，这提供了一种隐含 调用(Implicate 的系统结构。 具体功能实现代码之中，运行时刻系统业务逻辑不可发现，系统在业务变化需求下无法实现 动态升级。将业务逻辑从功能实现中分离出来，各功能组件独立存在，通过业务逻辑中所提 供的接口拼装在一起，形成完整的系统。系统运行时刻，各功能组件通过各自的接口根据业 ·107· 务逻辑的描述进行交互，因此．各组件不依赖其它组件而存在，而且能够非常方便地被其它 具有相同接口的组件所替换。 由于本平台是分布式计算环境下的组件化应用平台，企业业务逻辑装载在服务器端由 规则虚拟机解释执行，功能组件分布在各客户端运行，通过分布式对象总线与服务器端的业 务逻辑中的相应接口实现动态联编，各组件通过箨自的接口在分布式对象总线上实现透明地 互通信和互操作。而且，服务器作为本系统的控制中心需要管理船个分布式网络环境中的所 有JavaBeans组件，包括组件监控、再己置和访问控制和组件升级等，这些功能保证了整个企 业应用具有良好的可管理性。 针对以上的系统功能需求，平台中的组件载体必须支持事件在分布式范围内的传播， 以触发分布式环境中其它￡E14t：的相应动作．而且组件能够提供远程调用接口，使得服务器能 够进行统。‘的、有序的、合理的管理，这样可以使得系统中所有组件都运行在一个虚拟的统 展，使之能适合分布式应用的需要。 组件模型分布式扩展的实现 3．1分布式扩展方案 众所周知，JavaBeans组僻-模型基本上是一个静态模型。它的基本思想是通过对程序的 标准封装米实现可视化使用从而快速构造应用。每个JavaBeans都附带了标准而且详细的说 明类(geanInfo)，捕述了整个组件所有可暴露的属性、方法和寤件，因此，组件框架能够 听模型使得不同细件可以动态、灵活地组装起来，组件_2间的耦合度得到大大降低。 事件模型是在单个虚拟机地址空间中实现-tJEq：之间的同步交互操作，对于其它支持事件的组 JavaBeaes组件仅能在本地地址空间被调用，除非该组件同时实现为一个分布式对象，但这 F基本扩展方案： (1)业务逻辑采用脚本语言进行编写，系统的所有组件采用