visibroker的corba接口

今天终于接到客户那里打来的电话，我们corba接口的问题终于解决了，这个周末可以安心度过了。

过程曲折复杂：

    今年上半年，客户提出需求，实现一个corba接口客户端，当时对corba一无所知。在网上查资料，原来就是EJB的爷爷，有自己的标准，开源产品也有几个。选了一个简单的，sun javaIDL，很快就做好，模拟了服务端，测试成功。

    拿到客户那里测试的时候，发现怎么也测试不通，与服务端开发人员联系，原来他们使用的是borland visibroker，并且使用的是智能代理的方式。没有办法，回来马上下载borland visibroker，首先我们用的是java版本的，花了一些力气才装好，结果无论怎么样都测试不成功，一直报错，具体错误不记得了，后来分析原因，我们定义的idl：

#ifndef	_spamms_def_idl_
#define	_spamms_def_idl_

struct SCustomerInfo
{
	string number;
	string customerName;
	string customerBrand;
	string inNetTime;
	string currentStatus;
};
typedef sequence<SCustomerInfo> SCustomerInfoSeq;
	
#endif

    customerName如果包含中文，就会报错（好像是服务端），全asicc就是正确的。

 

    又与服务端开发人员联系，得知他们使用C++开发的服务端，我们只得去下载，花费了九牛二虎之力才把环境搭建好，要安装vc++环境，visibroker的C++试用版本licence真实难得求（我上传一个，需要将时间改到09年6月20日，在licence manager tool中导入这个）。服务环境搭建好了，结果写的服务代码无论如何都编译不了，始终报错，几个同事花了好久都没有搞好。最后还是一个同事找网友帮忙编译的。搞好后，发现c++的服务确实可行，只是传回给客户端的是iso8859-1，需要转码。再拿到过去测试，谢天谢地，成功了。

    系统上线那天，又出问题了。客户那里，服务端与客户端不在一个机房，客户端访问服务端的IP地址经过防火墙，做了两次映射，服务端返回客户端的信息，必须是指定的端口，否则就会被防火墙拦截。幸好该功能有开关控制，暂时不上线。这次还好，在visibroker的帮助文档中，找到了客户端发送请求可以指定端口，测试发现，visibroker智能代理方式，客户端先发UDP信息给服务端寻找服务，服务端返回UDP信息告知具体服务信息，然后客户端使用TCP信息与服务端建立连接发送具体业务信息。visibroker客户端可以指定UDP和TCP端口。这下问题终于解决了，该功能顺利投入使用。

    上个月，系统做了一次升级，进行了双机改造，结果这个功能又出现了问题。双机是使用两台机器，共用磁阵，当一台机器出现问题时，立即切换到另一台机器上。两台机器各自有自己的IP，共用一个浮动IP，浮动IP只在当前运行机器上使用。浮动的IP设置成以前一台机器的IP。经过测试发现，corba接口使用的是机器真实IP发送的请求，而不是浮动IP。这样一来，底层的信息就会被防火墙拦截。机房人员经过复杂的防火墙设置，将两台机器真实的IP映射成一个IP，打开这个IP的指定端口，然后与corba服务端联系，开放这个IP查询服务端的权限。做好之后，还是不行。底层通信经过这么多环节，很难找到问题所在，通过抓包工具，居然抓不到包。查visibroker资料，客户端可以指定机器的IP发送请求，修改后，现场测试还是不行。。。。。。被这个问题困扰了好多天，一直被客户催着。。。。。。

 

Properties props = new Properties();

props.put("org.omg.CORBA.ORBClass","com.inprise.vbroker.orb.ORB");
props.put("org.omg.CORBA.ORBSingletonClass","com.inprise.vbroker.orb.ORB");

props.put("vbroker.ce.iiop.host", localAdrr);//指定本地IP
props.put("vbroker.agent.clientPort", udpPort);//指定UDP端口

props.put("vbroker.ce.iiop.clientPort", tcpPort);//指定TCP端口

props.put("ORBagentAddr", host);

props.put("ORBagentPort", port);
orb = org.omg.CORBA.ORB.init(args, props);

byte[] id = name.getBytes();

custmerServer = CustomerServerHelper.bind(orb, "/" + poaName, id);

 

    终于，今天早上，客户来电话，说问题解决了，问题出在双机的脚本上，脚本少了一行代码，导致。。。。。。具体情况我也不了解，以后也可能没有机会了解，毕竟不是这个方向的。

    问题解决，周末可以安心度过，天气真好，骑车爬岳麓山去，哈哈哈