Java编程思想第4版[中文版](PDF格式)-第172部分
按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
｝
｝
｝
正如大家看到的那样，服务器对象的实现是非常简单的；它是一个普通的 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 调用成为可能，但 CORBA 能在用任何语言编制的对象之间进行
RPC。这显然是一项很大的区别。
然而，可通过RMI 调用远程、非 Java 代码的服务。我们需要的全部东西就是位于服务器那一端的、某种形式
的封装Java 对象，它将非 Java 代码“包裹”于其中。封装对象通过RMI 同Java 客户建立外部连接，并于内
部建立与非 Java 代码的连接——采用前面讲到的某种技术，如 JNI 或J/Direct 。
使用这种方法时，要求我们编写某种类型的“集成层”——这其实正是 CORBA 帮我们做的事情。但是这样做
以后，就不再需要其他厂商开发的ORB 了。
A。7 总结
我们在这个附录讨论的都是从一个 Java 应用里调用非Java 代码最基本的技术。每种技术都有自己的优缺
点。但目前最主要的问题是并非所有这些特性都能在所有 JVM 中找到。因此，即使一个Java 程序能调用位于
特定平台上的固有方法，仍有可能不适用于安装了不同JVM 的另一种平台。
Sun 公司提供的 JNI 具有灵活、简单（尽管它要求对JVM 内核进行大量控制）、功能强大以及通用于大多数
JVM 的优点。到本书完稿时为止，微软仍未提供对 JNI 的支持，而是提供了自己的J/Direct （调用Win32
DLL 函数的一种简便方法）和RNI （特别适合编写高效率的代码，但要求对JVM 内核有很深入的理解）。微软
也提供了自己的专利Java/ 集成方案。这一方案具有很强大的功能，且将 Java 变成了编写 服务器和
客户的有效语言。只有微软公司的编译器和JVM 能提供对J/Direct 、RNI 以及Java/ 的支持。
我们最后研究的是 CORBA，它使我们的Java 对象可与其他对象沟通——无论它们的物理位置在哪里，也无论
是用何种语言实现的。CORBA 与前面提到的所有技术都不同，因为它并未集成到 Java 语言里，而是采用了其
他厂商（第三方）的集成技术，并要求我们购买其他厂商提供的ORB。CORBA 是一种有趣和通用的方案，但如
果只是想发出对操作系统的调用，它也许并非一种最佳方案。
671
…………………………………………………………Page 673……………………………………………………………
附录 B 对比 C＋＋ 和 Java
“作为一名C＋＋程序员，我们早已掌握了面向对象程序设计的基本概念，而且 Java 的语法无疑是非常熟悉
的。事实上，Java 本来就是从 C＋＋衍生出来的。”
然而，C＋＋和Java 之间仍存在一些显著的差异。可以这样说，这些差异代表着技术的极大进步。一旦我们弄
清楚了这些差异，就会理解为什么说Java 是一种优秀的程序设计语言。本附录将引导大家认识用于区分
Java 和C＋＋的一些重要特征。
（1） 最大的障碍在于速度：解释过的Java 要比C 的执行速度慢上约 20 倍。无论什么都不能阻止Java 语言进
行编译。写作本书的时候，刚刚出现了一些准实时编译器，它们能显著加快速度。当然，我们完全有理由认
为会出现适用于更多流行平台的纯固有编译器，但假若没有那些编译器，由于速度的限制，必须有些问题是
Java 不能解决的。
（2） 和C＋＋一样，Java 也提供了两种类型的注释。
（3） 所有东西都必须置入一个类。不存在全局函数或者全局数据。如果想获得与全局函数等价的功能，可考
虑将 static方法和 static 数据置入一个类里。注意没有象结构、枚举或者联合这一类的东西，一切只有
“类”（Class）！
（4） 所有方法都是在类的主体定义的。所以用 C＋＋的眼光看，似乎所有函数都已嵌入，但实情并非如何（嵌
入的问题在后面讲述）。
（5） 在Java 中，类定义采取几乎和 C＋＋一样的形式。但没有标志结束的分号。没有class foo 这种形式的类
声明，只有类定义。
class aType（）
void aMethod（） ｛/* 方法主体 */｝
｝
（6） Java 中没有作用域范围运算符“：：”。Java 利用点号做所有的事情，但可以不用考虑它，因为只能在一
个类里定义元素。即使那些方法定义，也必须在一个类的内部，所以根本没有必要指定作用域的范围。我们
注意到的一项差异是对 static方法的调用：使用 ClassName。methodName（） 。除此以外，package （包）的名
字是用点号建立的，并能用 import关键字实现 C＋＋的“#include ”的一部分功能。例如下面这个语句：
import java。awt。*；
（#include 并不直接映射成 import，但在使用时有类似的感觉。）
（7） 与C＋＋类似，Java 含有一系列“主类型”（Primitive type），以实现更有效率的访问。在Java 中，这
些类型包括 boolean，char，byte ，short，int，long，float 以及double。所有主类型的大小都是固有
的，且与具体的机器无关（考虑到移植的问题）。这肯定会对性能造成一定的影响，具体取决于不同的机
器。对类型的检查和要求在Java 里变得更苛刻。例如：
■条件表达式只能是boolean （布尔）类型，不可使用整数。
■必须使用象X＋Y 这样的一个表达式的结果；不能
