基于COM/DCOM技术的卫星通信终端网络监控系统的实现

本文介绍了如何利用组件对象模型(Component ObjectModel,COM)和分布式组件对象模型(Distributed Component Object Model,DCOM)技术构建一个卫星通信终端设备计算机网络监控系统,并结合一个实例,阐明该系统的组成及工作原理.     

DCOM技术在分布式刑侦信息系统中的应用

DCOM(Distributed Component Object Model)是微软的组件对象模型 (COM)在分布计算和网络环境下的扩展 ,网络上的不同进程可以通过 DCOM协议进行相互通讯。结合刑侦信息系统的开发 ,论述了基于DCOM技术 ,在 MIDAS(Multi tiered distributed Application System Suiee)体系结构下构建分布式应用系统的方法 ,并给出了关键的实现步骤。该系统已在公安专用网中投入实际运行     

CORBA vs DCOM 实现分布式应用

CORBA(Common Object Request Broker Architecture)和DCOM(Distributed Component Object Model)是现在最流行的两种分布式对象模型，通过在NFS-XDII(Net Finance Systemxidian version2．0)系统中的开发，阐述了CORBA和DCOM实现分布式应用的原理和结构，对比了CORBA和DCOM的特点。     

COM应用软件开发技术

一、COM技术概述 COM表示Component Object Model(组件对象模型),它是Microsoft大力推广的软件开发技术。采用COM规范开发的应用软件具有强大的功能,主要有如下几点:     

基于COM的防雷远程监控软件设计与实现

为及时、准确了解到安装在远端的防雷装置的运行状态是否正常,基于COM(Component Object Model,组件对象模型)设计并实现了防雷远程监控软件.该软件目前在吉林省气象局防雷减灾中心应用效果良好.并且被推广到其他省市和地区.     

ActiveX控件及其在Office97中的应用

ActiveX控件(以前称作OLE控件)是组件对象,它被设计用来在应用程序和Internet开发中重用资源。尽管ActiveX和OLE都基于COM(Component Object Model),但提供的却是截然不同的服务。COM是ActiveX控件的底层技术,它要求任何组件对象必须控制自己的生命     

COM技术在OPC服务器中的应用及实现

OPC(OLE for Process Control)规范是为了解决不同厂商提供的过程控制设备和商业应用软件之间不能自由通信的问题。介绍了以OLE／COM／DCOM技术为基础的OPC技术,给出了OPC服务器的整体结构及数据采集方法,论述了OPC服务器中COM(Component Object Model)技术：通报连接机制、连接点对象机制,以及COM中的几个关键概念：COM组件、COM对象、COM接口。指出OPC与COM是密不可分的,OPC技术具有广泛的应用领域。     

互操作标准不久前出台OLAP委员会所见大同

1月底,OLAP 委员会发布了一个新的标准,目标是让前端OLAP 客户兼容后台数据库。名为 MDAPI(Multi-DimensionalAPI)Version 2.0的这一标准承诺为开发人员提供一种方法,可使他们的联机分析处理软件与平台无关并具有通用的互操作能力,从而使应用软件的开发更方便、速度更快。该2.0版本标准具有 COM(Component Object Model,组件对象模型)对象和 Java 库接口,支持异构计算环境。例如,它允许开发人员能从运行在 Unix 环境中的 IBM 数据库里提取信息,同时也能处理运行 Windows NT 客户机中的数据分析应用软件。新标准还允许通过 Distributed COM、Common Object Request BrokerArchitecture 或 Java 实现数据库服     

基于Microsoft.NET Framework的OPC客户端的研究与应用

介绍了OPC(OLE for Process Control)Data Access规范基本内容和Microsoft.Net Framework特点.基于Microsoft.Net Framework 2.0介绍了托管代码和本地代码之间互操作的方法,用C#给出了实现OPC客户端软件的应用实例,并成功应用于所开发的先进控制软件平台,提供了高速、可靠的实时数据传输.该方法是在.NET中利用本地代码访问COM(Component Object Model)组件的有效方法.     

在PHP环境下使用ADO

ADO(ActiveX Data Object，ActiveX数据对象)是微软开发的一种基于COM(Component Object Model，组件对象模型)技术的高级数据库访问接口，通过它,我们可以方便的用一致的口径访问各种不同的数据库系统。作为ASP首选的数据库接口，相信使用过ASP技术的WEB开发者一定对它不陌生。     

COM/DCOM与CORBA互操作的实现

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

CORBA与DCOM桥接设计与实现

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

基于SIP的事件通知模型设计

SOAP协议提供一种新的RPC手段，有助于实现事件通知，在一定范围内能改善CORBA／DCOM技术的不足。文章分析了CORBA／DCOM的局限性，在该基础上提出了一个新的事件通知模型，并结合实例深入分析了如何运用SIP和SOAP构造事件通知系统。     

CORBA技术剖析及其应用

为了满足复杂的、大型的分布式应用开发的需求 ,作为基于组件对象模型的分布式技术规范 ,CORBA和COM/DCOM技术被广泛采用。主要分析CORBA技术的标准、结构、特点及其作用 ,并提出了CORBA对象的具体实现方法 ;同时也给出了CORBA技术和COM/DCOM技术相应的对比     

分布式对象模型和SOAP

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

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

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

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.     

历史遗留测试系统的分布式开发策略*

探讨了分布式测试系统的现状及中间件DCOM,CORBA的特点。提出了利用中间件技术对历史遗留测试系统进行分布式开发的策略：对计算机配置高的历史遗留测试系统,结合其特点探索出了一种高效率、高性能的基于CORBADCOM的分布式开发方案;针对数控测试系统,则巧妙利用数据库、多线程、CORBA技术,灵活、经济、可靠地实现了其分布式开发,为计算机配置低的历史遗留测试系统的分布式开发提供了可靠、现实的借鉴、参考。     

SOAP、CORBA及DCOM的分析与比较

随着计算机技术的不断发展,现代企业面临的环境越来越复杂,对于分布式系统的需求日益增加。分布式系统可以有效的进行系统的负载均衡处理,利用多处理器的协作同时进行复杂的商业运算,并且在案台机器崩溃时不致使整个系统瘫痪,因此分布式系统对于现代企业的业务计算与维持系统的健壮性与安全性都提供了良好的保证。在对SOAP、CORBA及DCOM这三种分布式协议进行了全面论述的基础上,详细分析了它们之间的联系与区别,并且论述了它们的使用范围与技术实现。