《Java编程思想第4版[中文版](PDF格式)》第286章

｝
｝
｝
正如大家看到的那样，服务器对象的实现是非常简单的；它是一个普通的　Java　类，从　IDL　编译器生成的　
“干”代码中继承而来。但在与ORB　以及其他CORBA　服务进行联系的时候，情况却变得稍微有些复杂。
4。　一些CORBA　服务
这里要简单介绍一下JavaIDL　相关代码所做的工作（注意暂时忽略了CORBA　代码与不同厂商有关这一事　
实）。main（）的第一行代码用于启动　ORB。而且理所当然，这正是服务器对象需要同它进行沟通的原因。就　
在ORB　初始化以后，紧接着就创建了一个服务器对象。实际上，它正式名称应该是“短期服务对象”：从客　
户那里接收请求，“生存时间”与创建它的进程是相同的。创建好短期服务对象后，就会通过ORB　对其进行　
注册。这意味着ORB　已知道它的存在，可将请求转发给它。
到目前为止，我们拥有的全部东西就是一个timeServerObjRef——只有在当前服务器进程里才有效的一个对　
象引用。下一步是为这个服务对象分配一个字串形式的名字。客户会根据那个名字寻找服务对象。我们通过　
命名服务（Naming　Service）完成这一操作。首先，我们需要对命名服务的一个对象引用。通过调用　
resolve_initial_references（），可获得对命名服务的字串式对象引用（在JavaIDL　中是　
“NameService”），并将这个引用返回。这是对采用narrow（）方法的一个特定NamingContext　引用的模　
型。我们现在可开始使用命名服务了。
为了将服务对象同一个字串形式的对象引用绑定在一起，我们首先创建一个Nameponent　对象，用　
“ExactTime”进行初始化。“ExactTime”是我们想用于绑定服务对象的名称字串。随后使用rebind（）方　
法，这是受限于对象引用的字串化引用。我们用rebind（）分配一个引用——即使它已经存在。而假若引用已　
经存在，那么bind（）会造成一个异常。在CORBA　中，名称由一系列NameContext　构成——这便是我们为什么　
要用一个数组将名称与对象引用绑定起来的原因。
669　
…………………………………………………………Page　671……………………………………………………………
服务对象最好准备好由客户使用。此时，服务器进程会进入一种等候状态。同样地，由于它是一种“短期服　
务”，所以生存时间要受服务器进程的限制。JavaIDL　目前尚未提供对“持久对象”（只要创建它们的进程　
保持运行状态，对象就会一直存在下去）的支持。
现在，我们已对服务器代码的工作有了一定的认识。接下来看看客户代码：
import　RemoteTime。*；
import　org。omg。CosNaming。*；
import　org。omg。CORBA。*；
public　class　RemoteTimeClient　｛
public　static　void　main（String　args＇＇）　｛
try　｛
//　ORB　creation　and　initialization：
ORB　orb　=　ORB。init（args；　null）；
//　Get　the　root　naming　context：
org。omg。CORBA。Object　objRef　=
orb。resolve_initial_references（
〃NameService〃）；
NamingContext　ncRef　=
NamingContextHelper。narrow（objRef）；
//　Get　（resolve）　the　stringified　object
//　reference　for　the　time　server：
Nameponent　nc　=
new　Nameponent（〃ExactTime〃；　〃〃）；
Nameponent　path＇＇　=　｛nc｝；
ExactTime　timeObjRef　=
ExactTimeHelper。narrow（
ncRef。resolve（path））；
//　Make　requests　to　the　server　object：
String　exactTime　=　timeObjRef。getTime（）；
System。out。println（exactTime）；
｝　catch　（Exception　e）　｛
System。out。println（
〃Remote　Time　server　error：　〃　＋　e）；
e。printStackTrace（System。out）；
｝
｝
｝
前几行所做的工作与它们在服务器进程里是一样的：ORB　获得初始化，并解析出对命名服务的一个引用。
接下来，我们需要用到服务对象的一个对象引用，所以将字串形式的对象引用直接传递给resolve（）方法，　
并用narrow（）方法将结果造型到　ExactTime　接口引用里。最后调用　getTime（）。
5。　激活名称服务进程
现在，我们已分别获得了一个服务器和一个客户应用，它们已作好相互间进行沟通的准备。大家知道两者都　
需要利用命名服务绑定和解析字串形式的对象引用。在运行服务或者客户之前，我们必须启动命名服务进　
程。在JavaIDL　中，命名服务属于一个　Java　应用，是随产品配套提供的。但它可能与其他产品有所不同。　
JavaIDL　命名服务在　JVM　的一个实例里运行，并（默认）监视网络端口　900。
6。　激活服务器与客户
现在，我们已准备好启动服务器和客户应用（之所以按这一顺序，是由于服务器的存在是“短期”的）。若　
各个方面都设置无误，那么获得的就是在客户控制台窗口内的一行输出文字，提醒我们当前的时间是多少。　
670　
…………………………………………………………Page　672……………………………………………………………
当然，这一结果本身并没有什么令人兴奋的。但应注意一个问题：即使都处在同一台机器上，客户和服务器　
应用仍然运行于不同的虚拟机内。它们之间的通信是通过一个基本的集成层进行的——即ORB　与命名服务的　
集成。
这只是一个简单的例子，面向非网络环境设计。但通常将　ORB　配置成“与位置无关”。若服务器与客户分别　
位于不同的机器上，那么ORB　可用一个名为“安装库”（Implementation　Repository）的组件解析出远程字　
串式引用。尽管“安装库”属于CORBA　的一部分，但它几乎没有具体的规格，所以各厂商的实现方式是不尽　
相同的。
正如大家看到的那样，CORBA　还有许多方面的问题未在这儿进行详细讲述。但通过以上的介绍，应已对其有　
一个基本的认识。若想获得　CORBA　更详细的资料，最传真的起点莫过于OMB　Web　站点，地址是　
http：//omg。org　。这个地方提供了丰富的文档资料、白页、程序以及对其他CORBA　资源和产品的链接。
A。6。3　Java　程序片和　CORBA
Java　程序片可扮演一名　CORBA　客户的角色。这样一来，程序片就可访问由CORBA　对象揭示的远程信息和服　
务。但程序片只能同最初下载它的那个服务器连接，所以程序片与它沟通的所有　CORBA　对象都必须位于那台　
服务器上。这与CORBA　的宗旨是相悖的：它许诺可以实现“位置的透明”，或者“与位置无关”。
将Java　程序片作为　CORBA　客户使用时，也会带来一些安全方面的问题。如果您在内联网中，一个办法是放宽　
对浏览器的安全限制。或者设置一道防火墙，以便建立与外部服务器安全连接。
针对这一问题，有些Java　ORB　产品专门提供了自己的解决方案。例如，有些产品实现了一种名为“HTTP　通　
道”（HTTP　Tunneling）的技术，另一些则提供了特别的防火墙功能。
作为放到附录中的内容，所有这些主题都显得太复杂了。但它们确实是需要重点注意的问题。
A。6。4 比较　CORBA　与　RMI
我们已经知道，CORBA　的一项主要特性就是对　RPC　（远程过程调用）的支持。利用这一技术，我们的本地对象　
可调用位置远程对象内的方法。当然，目前已有一项固有的Java　特性可以做完全相同的事情：RMI　（参考第　
15章）。尽管　RMI　使　Java　对象之间进行RPC　调用成为?