COM/DCOM与CORBA互操作的实现

COM／DCOM和CORBA的异构性决定了COM／DCOM对象和CORBA对象间不可能实现相互通讯。本文应用刚出现的SOAP技术，实现COM／DCOM和CORBA的互操作。     

基于Web服务的分布式计算模型的研究

本文分析了两种分布式计算模型DCOM和CORBA，说明了影响CORBA和DCOM系统互操作性的原因，在这基础上提出了一种新的分布式计算模型－Web服务。     

CORBA与DCOM桥接设计与实现

DCOM与CORBA是目前广泛使用的分布式技术,在开发大型的企业级分布式应用系统时,优先考虑使用的分布式技术就是DCOM或CORBA这两种中间件技术。有时一个系统需要同时使用DCOM与CORBA。由于这两者在具体的技术实现上有较大差别,使得它们在跨平台的互联时,不能直接实现DCOM与CORBA的互访。因此,如何实现系统中DCOM与CORBA直接通信成为一个关键问题。提出了一种实现DCOM和CORBA通信的桥接框架,是一种"动态桥",所需的桥接口可以随时添加到桥里,它解决了DCOM和CORBA之间不能通信的问题。     

分布式对象模型和SOAP

分布式对象模型是分布式应用程序的关键技术，本文从分布对象模型通信角度，说明了系统从RPC，ORPC，DCOM，CORBA的演化过程，然后着重阐述SOAP协议，详细比较了SOAP和DCOM对象异同，介绍了用SOAP整合DCOM，CORBA对象通信的方法。     

分布式系统架构的应用

提到分布式计算技术的应用和工具,目前成熟的技术包括J2EE, CORBA和.NET(DCOM),这些技术牵扯的内容非常广,相关的书籍也非常多,本文不介绍这些技术的内容,也没有涉及这些技术的细节,只是从各种分布式系统平台产生的背景和在软件开发中应用的情况来探讨它们的主要异同。一、分布式计算技术的形成CORBA (Common Object Request Bro-ker Architecture) 是在1992年由OMG(Open Management Group) 组织提出的。那时的分布式应用环境都采用Client/Server架构,CORBA的应用很大程度的提高了分布式应用软件的开发效率。当时的另一种分…     

CORBA与DCOM桥接设计与实现

DCOM与CORBA是目前广泛使用的分布式技术,在开发大型的企业级分布式应用系统时,优先考虑使用的分布式技术就是DCOM或CORBA这两种中间件技术.有时一个系统需要同时使用DCOM与CORBA.由于这两者在具体的技术实现上有较大差别,使得它们在跨平台的互联时,不能直接实现DCOM与CORBA的互访.因此,如何实现系统中DCOM与ODRBA直接通信成为一个关键问题.提出了一种实现DCOM和CORBA通信的桥接框架,是一种"动态桥",所需的桥接口可以随时添加到桥里,它解决了DCOM和CORBA之间不能通信的问题.     

在DCOM与CORBA间架座桥

向对象管理小组(OMG)提出将公共对象请求代理结构CORBA技术,与Microsoft的分布式构件对象模型DCOM链接方案的各公司,认为他们提出的这个任务并不难。 CORBA与DCOM间的链接,能让开发人员在Unix占优的CORBA与Microsoft Windows 95和NT的构件和应用程序之间架一座桥。提案者之一,Iona技术公司的官员们说,DCOM到CORBA的链接,将是COM到CORBA链接的简单延伸。     

基于CORBA的应用研究

简述了CORBA规范并对CORBA，DCOM和RMI进行了比较分析，着重介绍了基于CORBA的分布式应用开发的方法和步骤。     

SOAP与CORBA集成探讨

用SOAP简单对象访问协议对CORBA分布式计算进行集成，可以解决目前CORBA系统无法在Web上提供完整服务、受防火墙制约等问题。介绍了一种SOAP与CORBA集成的解决方案：SCOAP(Simple CORBA Object Access Protocol)协议，并讨论了该协议的体系结构和关键技术。     

分布式系统中对象获取方法的研究

1 引言 DCOM是微软公司提出的一种分布式组件对象模型(Distributed Component Object Model)。DCOM起源于动态数据交换(DDE)技术,实现应用程序之间共享数据的动态交换,对象连接与嵌入OLE就是从DDE引伸而来。随后引入的组件对象模型(Component Object Model),形成了对象之间实现互操作的二进制标准。DCOM是COM在分布计算方面的自然延续,它为分布在网络不同节点的COM构件提供了互操作的基础结构。     

Multi-technology distributed objects and their integration

Research on software objects, components, middleware, and component-based applications concerns among others ActiveX controls, JavaBeans (JBs), the Microsoft Transaction Server (MTS), Enterprise JavaBeans (EJBs), and how they can interoperate with each other. Is their interoperation possible? Which elements are responsible for the software objects' incompatibility? Is compatibility a responsibility of the objects or of their underlying architectures? In this article, we discuss object compatibility problems by outlining three basic middleware remoting technologies: the OMG's Common Object Request Broker Architecture (CORBA), Microsoft's Distributed Component Object Model (DCOM), and Sun's Java Remote Method Invocation (RMI), discussing the basic incompatibility points, and overviewing the basic strategies for bridging the gap between CORBA, DCOM, and RMI.     

CORBA与DCOM的比较

分布对象计算是分布式计算系统的最新发展方向，而ＣＯＲＢＡ和ＤＣＯＭ则是其中最重要的两种系统的模型。     

CORBA:全面的分布式对象计算(下)

文章是［１］的续篇,讨论ＯＲＢ和对象适配器（Ｏｂｊｅｃｔ　Ａｄａｐｔｅｒ）对服务对象的管理,及ＯＲＢｓ间的互操作性问题。并指出ＣＯＲＢＡ和ＪａｖａＢｅａｎｓ结合的趋势,最后比较ＣＯＲＢＡ与ＲＭＩ、ＤＣＯＭ的性能。     

SOAP技术及其应用

1.引言在八十年代,两个主要的RPC协议是Sun RPC和DCE RPC。最流行的Sun RPC应用是大多数UNIX系统所使用的Network File System(NFS)。最流行的DCE RPC应用则是Windows NT,它采用DCE RPC协议来实现许多系统服务。这两个协议被证明适用于很大范围的应用。但是,在八十年代末期,面向对象技术的风靡使软件界沉迷于在面向对象语言和基于RPC的通信之间建立一个纽带。在九十年代产生的对     

CORBA,DCOM和Java/RMI技术比较

分布式对象技术主要是在分布式异构环境下建立应用系统框架和对象构件,在应用系统框架的支撑下,开发者可以将软件功能包装为更易管理和使用的对象,这些分布式对象可以跨越不同的软硬件平台进行互操作。现在比较流行的三种重要的分布对象技术,它们是OMG的公对象请求代理体系结构(CORBA),Microsoft的分布式组件对象模型(DCOM),以及JavaSoft的Java/远程方法调用(Java/RMI)。本文将从编程人员以及架构师的角度,分析比较这三种分布对象技术之间的区别以及它们各自的优缺点。     

网络服务与简单对象访问协议

网络服务是基于网络的分布式应用程序的基本构造模块，这些程序是以平台，对象模型和多语言方式构建的，SOAP技术通过一种基于XML的，平台无关的方式集成现有的网络服务到应用程序中，它有助于实现大量异构程序与平台之间的互操作性，首先简要介绍网络服务的定义，以及建立基于网络的分布式应用程序所要解决的基本技术问题，然后说明SOAP是如何克服存在技术，（如CORBA和DCOM）的许多缺陷；最后通过一个实例，描述怎样通过SOAP调用现有的网络服务。