完整网络中间件运行支撑平台及异构中间件的集成方法

文档序号:6425658阅读:248来源:国知局
专利名称:完整网络中间件运行支撑平台及异构中间件的集成方法
技术领域
本发明属于计算机系统集成技术领域,涉及一种能集成目前几种主流中间件技术的完整网络中间件运行支撑平台以及在该平台上集成异构中间件的方法。
背景技术
技术体系集成已经成为当今软件项目开发领域一项十分重要的技术,作为网络化应用的支撑系统,不同技术体系中间件的集成成为重要问题。中间件技术的出现是为了解决由于不同的硬件资源、不同的网络环境、不同的操作系统等异构环境所造成的信息孤岛问题,并解决遗留应用的集成问题。但是,随着中间件技术的发展,JEE、CORBA、NET等中间件技术广泛应用,由于这些中间件技术自成体系,他们之间的互操作问题又成为了应用集成的瓶颈,因此实现中间件的集成既是实际应用的需要,又是目前工业界和学术界普遍关注的问题。原有的中间件技术都只停留在构件平台的互操作层次上,不能很好地解决复杂应用的适应性和按需集成性问题。因此,从技术的角度看,要实现需求多变的应用集成,需要更通用的集成模型和集成框架。这样一个集成模型和集成框架需要在最大范围内支持分布对象领域的多种主流技术,包括C0RBA、JEE、C0M等,从而保证该平台的适应性。而目前来看,业界并没有一种能够做到上述要求的集成方法。

发明内容
本发明的目的是提出一种完整网络中间件运行支撑平台,及在该平台上将目前几种主流的网络中间件技术体系集成起来的方法。本发明的完整网络中间件运行支撑平台,包括微内核集成框架,通信服务层,公共服务层,构件容器层和业务引擎层,其特征在于最底层的通信服务层为上层服务提供远程通信所用的标准接口 ;公共服务层为上层的构件容器服务提供标准公共服务接口,通过集成该公共服务的具体实现向上层提供公共服务;构件容器层为上层业务方法和应用构件提供容器支持接口 ;业务引擎层提供集成业务引擎服务必须实现的接口 ;微内核集成框架为这四类服务层提供生命周期管理、命令接口、互操作接口、配置管理接口和部署特定组件时所需的部署器接口的上层服务集成接口规范。在所述通信服务层中设一个通信服务框架服务,封装不同协议的通信服务必须实现的接口,并导出接口包;集成的不同协议的通信服务均实现这些接口,同时该通信服务框架服务负责监听集成的通信服务的生命周期状态。在所述公共服务 层中设一个公共服务框架服务,封装不同规范的公共服务必须实现的接口,并导出接口包;通过这些接口为不同的应用服务提供相应的公共服务集成,实现对异构平台公共服务的集成。在所述构件容器服务层设一构件服务框架服务,包括三层结构资源层为集成的异构构件容器服务提供公共资源访问接口,异构构件容器服务通过这些接口为构件实例的管理提供公共资源;管理层为异构构件容器服务提供公共的管理服务访问接口,异构构件容器服务通过这些接口为构件实例提供公共的管理服务;构件实例层为不同规范的构件实例提供相应的访问和管理接口。在所述业务引擎层设一业 务引擎框架服务,封装不同规范的业务引擎服务必须实现的接口。所述微内核集成框架采用OSGi框架,应用服务采用bundle的形式集成在微内核中,在操作系统和Java虚拟机设四层结构类加载层实现多个类加载器,每个Bundle都对应一个类加载器;生命周期层管理Bundle的生命周期;服务注册层提供Bundle的上下文注册和查询服务,由服务注册器负责管理;服务层为OSGi规范规定的预设服务。本发明还包括一体化管理框架微内核集成框架通过该一体化管理框架对所述平台各部分进行管理;该一体化管理框架作为一种服务运行在所述微内核集成框架中。一服务在被一应用或其他服务所用时,才对该服务进行装载和启动。在系统启动时,解析用户对于服务的属性配置,并动态将配置注入到相应的服务中。根据用户配置自动查找和下载相应的服务,所述查找为本地查找或远程查找。本发明还提供了一种在上述平台上集成异构中间件的方法,其步骤包括1、通信服务层、公共服务层、构件容器服务层和业务引擎服务层根据待集成的一个或多个应用服务设定面向该一个或多个应用服务的远程通信标准接口、公共服务标准接口、构件容器标准接口和业务引擎服务标准接口 ;2、将上述待集成的一个或多个应用服务的通信服务、公共服务、构件容器服务和业务引擎服务通过相应的通信服务层、公共服务层、构件容器层和业务引擎层部署到微内核集成框架上;3、由微内核集成框架启动和加载上述服务,实现异构中间件构件的集成。微内核集成框架采用OSGi的微内核结构,所述待集成的一个或多个应用服务的通信服务、公共服务、构件容器服务和业务引擎服务均通过bundle服务的形式部署在微内核中。将上述服务对应的bundle服务部署到基于OSGi的微内核集成框架中,每个上述服务对应的bundle在执行环境上由集成框架的模块层加载,bundle状态之间的切换由生命周期层控制,向服务层发布或绑定服务,在整个运行过程中受安全控制策略的控制。整个平台中的服务、数据和状态由一体化管理工具统一进行管理。本发明的提出全方位支持主流的中间件技术体系(包括JEE、CORBA、C0M/DC0M及 Web服务等)深度集成的体系架构,从多个层次和维度抽象和融合主流中间件技术体系, 并形成一个网络环境下构件化、服务化和复杂应用系统一体化的运行平台。该方法提出了一种基于微内核的、面向服务的、按需裁剪的、提供业务到服务一体化管理的异构中间件集成技术。它针对面向网络应用服务支撑运行平台的技术需求,提供微内核集成框架支持整体平台的各个服务的集成,这些平台所需的服务需要遵循模块化、构件化和服务化的要求, 遵循该要求的服务被划分为四类通信服务,公共服务、构件容器服务和业务引擎服务。微内核集成框架为这四类服务提供包括生命周期管理、命令接口、互操作接口、配置管理接口和部署特定组件时所需的部署器接口,另外还提供了四类对应的框架服务支撑上述四类服务,而服务的具体实现根据应用构件的类型,作为框架服务的后端服务集成到微内核框架中。集成平台的四类服务和微内核的关系如图1所示如图1 所示的四种框架服务包含对应服务的接口,根据接口之间的层次关系,形成了一种“分层栈化”的体系结构。该协议栈的结构如图2所示。下层为上层提供调用的接口。其中最底层的通信服务层为上层服务提供了远程通信需要用到的标准接口,具体实现可以是不同的通信协议服务,如JRMP、II0P、HTTP等;公共服务层为上层的构件容器服务提供各种规范下的标准公共服务接口,通过集成该公共服务的具体实现上来向上层提供公共服务,如JEE公共服务、CORBA公共服务、Web公共服务等;构件容器层为上层业务方法和应用构件提供容器支持接口,具体实现的服务可以是JEE容器服务、CCM容器服务和Web容器服务等;业务引擎层提供集成业务引擎服务必须实现的接口,可以集成Portal引擎、BPEL 引擎和BPMN引擎。本发明的设计思路如下1、在系统底层设计一个核心的微内核集成框架层要实现通信服务、公共服务、构件容器、业务引擎和管理框架的集成需求,本发明需要实现一个构件化的微内核集成框架, 采用基于符合标准OSGi规范的内核,提供一系列核心扩展能力和基本支撑能力。微内核集成框架的体系结构如图3所示(1)微内核集成框架结构。如图3可知,微内核集成框架采用的是一个OSGi框架, 应用服务采用bundle的形式集成在微内核中,在操作系统和Java虚拟机之上有四层结构, 类加载层实现了多个类加载器,每个Bundle都对应一个类加载器,保证Bundle内部的类只能访问到Bundle内部的其他类;生命周期层用来管理Bundle的生命周期,包括从Bundle 的安装、解析,解析后Bundle的启动、活动和停止,以及Bundle的卸载,都是生命周期层来控制;服务注册层提供了 Bimdl e的上下文注册和查询服务,由服务注册器负责管理;服务层是OSGi规范规定的预设服务。微内核的技术细节可以参考OSGi规范;(2)集成接口规范。为统一模块与微内核框架集成的接口,简化集成的复杂度和工作量,本发明要求基于微内核开发的服务要遵循模块化、构件化和服务化,并且制定了一个集成接口规范。模块化是指遵循OSGi的模块化规范,对要集成的服务进行模块化的设计和开发;构件化是指识别模块中需要协作的P0J0,使用声明式的方式将POJO描述为构件;月艮务化是指为构件注入和发布服务对象,实现构件之间通过服务方式的协作。制定的集成接口规范将参与集成的各个实体以模块的形式整合到框架中。模块的组成部分包括元数据描述符、功能性的资源和其他可选的目录。元数据描述符主要包括模块的类别、名字、版本、 激活的类、资源的路径、导入的包、导出的包、依赖的模块和服务的声明等;通过包的导入和导出实现模块之间细粒度交互;通过服务的声明实现模块运行期间的动态协作;功能性的资源提供模块的功能或服务所需要的资源,包括类文件和其他的数据(比如图片、文本文件等);可选目录存放模块的附属部分资源。在微内核集成的接口规范之上,为了方便对上层服务的集成,实现了通信服务接口服务、公共服务接口服务、构件容器接口服务和业务引擎接口服务。通信接口服务提供了使用远程通信服务必须实现的接口,不同协议的通信服务通过实现这些接口向上层提供远程通信服务;公共服务接口提供了使用公共服务必须实现的接口,不同规范的公共服务通过实现对应接口为上层提供公共服务;构件容器接口提供了构件运行支持接口,为不同规范的构件提供支持;业务引擎接口为集成的业务引擎服务提供支持。微内核集成框架还为集成的服务提供了生命周期管理接口、命令接口、互操作接口、配置管理接口和部署特定组件时所需的部署器接口支持服务的集成。2、采用面向服务的集成方式微内核基于OSGi架构,它将体系架构中的所有服务都作为一个bundle服务启动。为了实现异构中间件技术体系的集成,需要在微内核集成框架中集成四类服务,包括通信服务(SOAP服务、JRMP服务、IIOP服务、HTTP/HTTPS服务等), 公共服务(安全、事务、命名等),容器服务(EJB容器服务、Web容器服务等)和业务引擎服务(BPEL引擎服务、BPMN引擎服务和Portal引擎服务)。每种集成的服务,本发明在微内核集成框架中都对应实现了一种框架服务(如图1)。框架服务封装了对应服务必须实现的接口,并导出了接口包。框架服务负责监听集成的对应服务的变化,当集成一个对应服务时,将其作为框架服务的后端服务。无论是集成的服务还是对应的框架服务,都是面向OSGi 的bundle服务的形式。根据上面提到的“分层栈化”思想,可以将这些服务分为对应的四层,下面分别介绍这四层服务1)提供异构容器之间支持多种网 络通信协议进行互操作的通讯服务层。在通信服务层中,有一个通信服务框架服务,封装了不同协议的通信服务必须实现的接口,并导出了接口包。集成的不同协议的通信服务都必须实现这些接口,同时通信服务框架服务负责监听集成的通信服务的生命周期状态。通信服务层支持集成包括SOAP、ΙΙ0Ρ、JRMP和HTTP/ HTTPS在内的产业界主流中间件通信协议服务;2)将不同网络应用服务支撑运行平台的相应公共服务进行集成的公共服务层。在公共服务层中,有一个公共服务框架服务,封装了不同规范的公共服务必须实现的接口,并导出了接口包。通过这些接口为不同的技术体系提供相应的公共服务集成,从而达到对异构平台公共服务的集成。目前主流网络中间件规范提供的公共服务包括CORBA公共服务、 JEE公共服务、Web服务公共服务、XML公共服务和桥接服务,其中XML公共服务对基于XML 的数据进行解析和定位查找,提供XML高性能解析器和XML查询器,支持D0M、SAX2、StAX三种解析模型,支持XPath查询规范,桥接服务实现CORBA对象与Web服务、C0M/DC0M组件之间的互操作。3)集成异构构件容器的构件容器层。本发明提出了一种在微内核中实现集成多种异构构件容器的体系结构。集成的异构构件容器包括Web容器、WS容器、EJB容器和CCM容器,同时提出了实现构件实例管理和资源管理的机制。构件容器集成的体系结构如图4所
7J\ ο本发明提出了集成异构构件容器的三层体系结构,为集成的异构构件容器服务提供支持。资源层为集成异构构件容器服务提供包括线程池、实例池、连接池、事件队列在内的公共资源访问接口,异构构件容器服务通过这些接口为构件实例的管理提供公共资源; 管理层为异构构件容器服务提供公共的管理服务访问接口,包括缓存、事务、会话、生命周期、安全等,异构构件容器服务通过这些接口为构件实例提供公共的管理服务;构件实例层为不同规范的构件实例提供相应的访问和管理接口。通过上面提出集成框架,可以集成 Servlet构件、EJB构件、Web Service构件和CORBA构件,对应的容器为Web容器、EJB容器、Web服务容器和CCM容器,每个容器服务都作为一个bundle服务集成到微内核架构中。4)对业务引擎服务进行集成的业务引擎层。为了能实现异构中间件技术在业务层面的集成,本发明在微内核框架之上提出了一个能集成业务引擎服务的接口协议层,称为业务引擎层。业务引擎层主要集成包括业务流程建模标注(BPMN)、业务流程执行语言(BPEL)以及门户组件(Portlet)等不同规范的业务引擎服务,它们分别提供了业务流程的描述、执行以及信息门户的集成。业务引擎服务的实现包括对BPEL引擎、BPMN引擎以及 Portal引擎的实现,另外还提供一种扩展机制,为接入更多的共性业务服务系统提供接口。3、按需裁 剪的集成方式。按照上述面向服务的集成方法集成到微内核框架中的四层服务,微内核需要对其进行启动和加载,本发明还提出了一种将这些服务按需裁剪、按需启动的集成方法,就是对于OSGi服务按需启动和动态配置机制,使得集成的系统可以在运行时刻根据应用需求启动服务,并根据配置改变服务属性。这种按需裁剪的服务集成方式采用如下机制1)支持服务的按需装载和启动。当应用或其他服务需要用到这个服务时,才对其进行装载和启动,否则,这些服务将不会消耗系统的资源;2)支持对服务配置的解析和注入。在系统启动时,解析用户对于服务的属性配置, 并动态将配置注入到相应的服务中;3)支持服务的查找和下载。系统可以根据用户配置自动查找和下载相应的服务, 这种查找可以是本地的,也可以通过网络环境进行远程查找;4)满足与系统其他部分松耦合,便于实现和管理等需求。实现上述机制是通过引入OSGi的Bundle管理仓库0BR,实现了 Bundle的集中管理、存储与下载,以及Bundle依赖的自动解析和装载、启动。4、一体化管理框架本发明在对集成框架中的各部分进行管理时,提出一种一体化管理框架来对框架各层次的服务进行统一管理。它提供了基础管理设施,设计管理互操作接口,制定管理工具规范,简化配置、部署、监控、优化等管理任务。一体化管理框架也作为一种服务运行在微内核集成框架中。本发明提出的基于微内核的、面向服务的、按需裁剪的、提供业务到服务一体化管理的异构中间件集成方法,采用这种集成方法1)我们可以实现对JEE、Web服务、CORBA及C0M/DC0M等主流中间件技术的深度集成,并能从多层次多方位提供网络环境下构件化、服务化复杂应用系统的一体化;2)在体系结构上提出了面向网络计算环境,支撑构件化、服务化复杂应用系统的开放式、一体化支撑运行平台体系结构,从通信层、服务层、容器层、业务引擎层将现有国内外主流中间件技术体系进行了抽象和融合,形成了覆盖部署、运行、演化、管理等完整技术框架;3)在实现技术上采用“微内核+软构件”技术,有效支持应用及平台构件的异构化松耦合集成;按需裁减、按需配置避免了对系统代码的重新编译、部署,大大简化了用户对于服务的管理和配置,减少了配置过程中引入错误的可能性,增强了系统的可扩展性和灵活性,提高了平台的启动和运行效率;通过统一的互操作框架支持异构协议的集成和互通;4)在应用模式上能灵活支持JEE、C0RBA、TOB服务等多种应用模式,可以支持应用对通信集成、数据集成、代码集成、流程集成和服务集成等技术和应用需求,为重大行业企业IT基础设施的构建提供全面保障,形成大量面向重大行业应用的领域框架和成套解决方案,大幅度提高开发效率。


图1为本发明的平台结构示意2为本发明的平台各层之间的分层栈化示意3为本发明的微内核集成框架结构示意图

图4为本发明的异构构件容器层示意5为本发明实现集成后的完整中间件运行平台示意6为本发明实例化的集成运行平台示意7为本发明的动态集成过程示意图
具体实施例方式本发明的集成方法被实现为四方国件(Orientware)完整网络中间件集成运行平台,根据本发明提出的集成方法,该平台集成了包括JEE、CORBA、C0M/DC0M及Web服务在内的主流中间件技术。在微内核上集成业务引擎服务、构件容器服务、公共服务、通信服务和一体化管理工具后形成了如图5所示的一个完整中间件运行平台。微内核集成框架微内核集成框架采用OSGi的微内核结构。包括容器服务、构件服务,互操作的通信服务以及事务、名字等其他公共服务,都通过bundle服务的形式部署在微内核中。该微内核支持中创公司开发的Ioong平台和Apache的Felix平台;集成的上层服务根据微内核提供的上层服务集成接口规范以及四层协议栈,通过OSGi规范的bundle的形式将通信服务、公共服务、构件容器服务和业务引擎服务集成到微内核上;一体化管理框架该管理框架支持中创Loong—体化管理工具,管理的内容依据开发者各自的需求进行定义,一般需要考虑的管理需求包括对配置信息的管理、生命周期的管理、状态信息的监控等等,管理工作可以通过命令和管理工具两种方式进行,要求开发者提供相应的管理接口和管理接口实现,并通过声明式方式发布成Mbean,通过远程的管理
代理,接受管理工具的管理。下面提供该平台的一个实例化例子如何通过本发明的方法实现一个支持JEE应用的中间件平台。在这个平台中需要集成支持JEE的相关服务构件需要集成一个EJB容器服务和一个Web容器服务;需要集成JEE的标准服务,包括命名服务、事务服务、数据服务、消息服务、安全服务、持久服务和日志服务;要求采用JRMP通信协议来支持EJB构件之间的互操作,那么需要集成一个JRMP通信服务;最后还需要一个BPEL引擎服务为系统提供业务流程方面的支持。根据上述需求进行实例化后,得到的集成运行平台结构如图6所示。其中微内核集成框架采用中创公司的Loong平台;通信服务集成了支持JRMP互操作协议的JRMP服务,使得上层EJB对象和服务可以实现JRMP互操作协议的通讯;构件容器服务集成了资源敏感的并发处理模型和事件驱动的Web容器,集成了支持最新的EJB 3. O 规范(JSR 220)并兼容EJB 2. 1规范的EJB容器,包括支持EJB容器复用技术和EJB容器演化技术;公共服务集成了 JEE公共服务,为JEE技术体系提供公共服务支撑,遵循JEE相关规范,包括命名服务、事务服务、数据服务、消息服务、安全服务、持久服务等和日志服务; 业务引擎服务集成了遵循BPEL规范的可靠、高性能BPEL引擎,对基于BPEL的业务流程提供统一的生命周期管理,从而提高业务流程的可靠性和运行效率;一体化管理框架我们集成了中创公司的Loong —体化管理工具。 上述集成JEE 应用的中间件的动态过程为将上述这些服务都按照OSGi的规范实现为OSGi框架中的bundle,将这12个服务对应的12个bundle放入到基于OSGi的微内核集成框架中,每个bundle在执行环境上由模块层加载,依托生命周期管理,向服务层发布或绑定服务,在整个运行过程中受安全控制策略的控制。bundle的状态主要包括已安装、已解析、启动中、已激活、停止中和已卸载,状态之间的切换由生命周期层控制。整个系统中的服务、数据和状态由一体化管理工具统一进行管理。该集成的动态过程如图7所示。
权利要求
1.一种完整网络中间件运行支撑平台,包括微内核集成框架,通信服务层,公共服务层,构件容器层和业务引擎层,其特征在于最底层的通信服务层为上层服务提供远程通信所用的标准接口 ;公共服务层为上层的构件容器服务提供标准公共服务接口,通过集成该公共服务的具体实现向上层提供公共服务;构件容器层为上层业务方法和应用构件提供容器支持接口 ;业务引擎层提供集成业务引擎服务必须实现的接口 ;微内核集成框架为这四类服务层提供生命周期管理、命令接口、互操作接口、配置管理接口和部署特定组件时所需的部署器接口的上层服务集成接口规范。
2.如权利要求1所述的完整网络中间件运行支撑平台,其特征在于,在所述通信服务层中设一个通信服务框架服务,封装不同协议的通信服务必须实现的接口,并导出接口包; 集成的不同协议的通信服务均实现这些接口,同时该通信服务框架服务负责监听集成的通信服务的生命周期状态。
3.如权利要求1所述的完整网络中间件运行支撑平台,其特征在于,在所述公共服务层中设一个公共服务框架服务,封装不同规范的公共服务必须实现的接口,并导出接口包; 通过这些接口为不同的应用服务提供相应的公共服务集成,实现对异构平台公共服务的集成。
4.如权利要求1所述的完整网络中间件运行支撑平台,其特征在于,在所述构件容器服务层设一构件服务框架服务,包括三层结构资源层为集成的异构构件容器服务提供公共资源访问接口,异构构件容器服务通过这些接口为构件实例的管理提供公共资源;管理层为异构构件容器服务提供公共的管理服务访问接口,异构构件容器服务通过这些接口为构件实例提供公共的管理服务;构件实例层为不同规范的构件实例提供相应的访问和管理接口。
5.如权利要求1所述的完整网络中间件运行支撑平台,其特征在于,在所述业务引擎层设一业务引擎框架服务,封装不同规范的业务引擎服务必须实现的接口。
6.如权利要求1-5任一所述的完整网络中间件运行支撑平台,其特征在于,所述微内核集成框架采用OSGi框架,应用服务采用bundle的形式集成在微内核中,在操作系统和 Java虚拟机设四层结构类加载层实现多个类加载器,每个Bundle都对应一个类加载器; 生命周期层管理Bundle的生命周期;服务注册层提供Bundle的上下文注册和查询服务,由服务注册器负责管理;服务层为OSGi规范规定的预设服务。
7.如权利要求1所述的完整网络中间件运行支撑平台,其特征在于,还包括一体化管理框架微内核集成框架通过该一体化管理框架对所述平台各部分进行管理;该一体化管理框架作为一种服务运行在所述微内核集成框架中。
8.如权利要求1所述的完整网络中间件运行支撑平台,其特征在于,一服务在被一应用或其他服务所用时,才对该服务进行装载和启动。
9.如权利要求1所述的完整网络中间件运行支撑平台,其特征在于,在系统启动时,解析用户对于服务的属性配置,并动态将配置注入到相应的服务中。
10.如权利要求9所述的完整网络中间件运行支撑平台,其特征在于,根据用户配置自动查找和下载相应的服务,所述查找为本地查找或远程查找。
11.一种在权利要求1所述平台上集成异构中间件的方法,其步骤包括1)通信服务层、公共服务层、构件容器服务层和业务引擎服务层根据待集成的一个或多个应用服务设定面向该一个或多个应用服务的远程通信标准接口、公共服务标准接口、 构件容器标准接口和业务引擎服务标准接口;2)将上述待集成的一个或多个应用服务的通信服务、公共服务、构件容器服务和业务引擎服通过相应的通信服务层、公共服务层、构件容器层和业务引擎层部署到微内核集成框架上;3)由微内核集成框架启动和加载上述服务,实现异构中间件构件的集成。
12.如权利要求11所述的方法,其特征在于,微内核集成框架采用OSGi的微内核结构, 所述待集成的一个或多个应用服务的通信服务、公共服务、构件容器服务和业务引擎服务均通过bundle服务的形式部署在微内核中。
13.如权利要求12所述的方法,其特征在于,将上述服务对应的bundle服务部署到基于OSGi的微内核集成框架中,每个上述服务对应的bundle在执行环境上由集成框架的模块层加载,bundle状态之间的切换由生命周期层控制,向服务层发布或绑定服务,在整个运行过程中受安全控制策略的控制。
14.如权利要求11所述的方法,其特征在于,整个平台中的服务、数据和状态由一体化管理工具统一进行管理。 \
全文摘要
本发明涉及一种能集成目前几种主流中间件技术的完整网络中间件运行支撑平台以及在该平台上集成异构中间件构件的方法。本发明的平台包括微内核集成框架,通信服务层,公共服务层,构件容器层和业务引擎层,微内核集成框架为这四类服务层提供生命周期管理、命令接口、互操作接口、配置管理接口和部署特定组件时所需的部署器接口的上层服务集成接口规范。实现了对JEE、Web服务、CORBA及COM/DCOM等主流中间件技术的深度集成。可广泛应用于不同应用服务技术体系的集成。
文档编号G06F9/44GK102323879SQ20111015105
公开日2012年1月18日 申请日期2011年6月7日 优先权日2011年6月7日
发明者康亮环, 曹东刚, 梅宏, 詹杭龙 申请人:北京大学
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1