ljg888的专栏

<br />用VS2005 C++开发CORBA，在对Server端的代码进行“生成”时，报如下错误:<br /> <br />错误 343 error LNK2019: 无法解析的外部符号 "public: __thiscall CryptographicImpl::CryptographicImpl(class CORBA::ORB_var)" (??0CryptographicImpl@@QAE@VORB_var@CORBA@@@Z)，该符号在函数 _main 中被引用 Crypt_Server.ob

一、基本设置1、环境变量  ACE_ROOT ACE根目录，如:"D:/CORBA/ACE_wrappers ";  TAO_ROOT %ACE_ROOT%/TAO  DANCE_ROOT %TAO_ROOT%/DAnCE  XERCESCROOT   xerces-c所在目录，如："D:/CORBA/xerces-c"  CIAO_ROOT %TAO_ROOT%/CIAO  在path中添加

一个IDL编译器生成源文件，源文件必须与应用程序代码一起生成客户机和服务器的可执行文件。CORBA没有标准化开发环境。某些细节，比如所生成的源文件名和数目，不同的ORB是不一样的。但是，这些概念对于所有ORB和实现语言都是一样的。    开发过程的结果是生成客户机和服务器的可执行程序。这些可执行程序可以在任何地方被调试，无论它们是用同一个ORB开发的，还是不同ORB开发的，也无论它们用同一种语

本人目前知道的CORBA ORB平台有以下几种：OrbixOrbacusTAO/CIAOOmniORB其中，TAO/CIAO和OmniORB是开源的。目前OmniORB4.1.5是OmniORB的最新版本，遗憾的是它不支持Component。Component是CORBA3.0标准中新加入的内容。而OmniORB4.1.5只支持CORBA2.6标准。所以笔者想重点研究一下TAO

    对idl文件进行编译时，需要将这个idl文件名作为参数来调用编译器，如果用OmniORB编译器则命令为：omniidl -bcxx time.idl(假设idl文件名为time.idl)。用不同的编译器，命令可能有所不同。    如果idl定义没有什么错误,你将在当前的目录中发现若干新的文件（这些文件名与ORB无关，所以你可能看到在不同的编译器中生成不同的文件名和文件个数）。

IDL不支持方法重载

<br /><br />从第一台计算机产生开始，硬件技术和软件技术几乎同时开始它们的发展历程。但是半个世纪以来硬件技术的发展速度要远远高于软件技术的发展，从电子管到晶体管，从集成电路到超大规模集成电路，运算速度从每秒几千次到每秒上万亿次。相比之下软件技术就远远跟不上硬件技术的发展，其中的根源应该是很长时间内没有找到有效软件构造方法。可喜的是七十年代开始出现的面向对象的认知方法和编程语言，经过二十多年的发展，于九十年代结出累累硕果，在二十世纪末出现了由面向对象发展而来的组件技术，它正是软件业期待多年的这样一种

在使用NameService时抛异常。即在执行myserver.cpp中的 //Get a reference to the Naming Service root_context CORBA::Object_var rootContextObj = orb->resolve_initial_references("NameService"); //Narrow t

配置corba和vs2005结合的环境一、下载OmniORBhttp://sourceforge.net/projects/omniorb/files/VS2005下载omniORB-4.1.4-x86_win32-vs8.zip，VS2008下载omniORB-4.1.4-x86_win32-vs9.zip下载后解压到任意目录即可，本人解压后为E:/CORBA/omniORB-4.1

OmniORB和TAO/CIAO平台下所编写的客户端代码没什么区别，只是写客户端代码时所依赖的库文件不同。本人觉得，如果编写Client和Server端代码时所用的库文件完全相同，也就相当于Client和Server在同一ORB平台下编程。　　　TAO/CIAO中的NameService的可执行文件名为tao_cosnaming.exe(用VS2005打开TAO/CIAO源码，（在ACE+TA