Quartz Job Scheduling Framework［翻译］第九章. 使用 Quartz 的远程方式 (第一部分)

当 RMI 客户端调用一个对象上的方法时，它实际上调用的是客户端 JVM 的一个代理对象的方法。这个代理对象知道如何与服务器上的对象进行通信。所有的通信，包括数值传递给服务器对像和返回都是经由代理对象进行的。这一过程请看图 9.3。

·Java RMI 应用的组成

每一人 Java RMI 应用都包括以下三部分
    ·RMI 服务程序
    ·RMI 客户程序
    ·RMI 对象注册表
·RMI 服务器
RMI 服务器的责任是创建服务对象(客户端要调用其上的方法) 并使之对于远程客户端来说是可见的。RMI 服务器跑在一个标准的 JVM 中。这些服务对象也是标准的 Java 对象，不仅提供远程调用，也能在本地调用。
·RMI 客户端
RMI 客户端是一个跑在(典型的) 不同于服务器的JVM 中的Java 程序；它可以是与 RMI 服务端同在一台机器，或者是分布在不同的机器上。客户端程序通过从 RMI 注册表中查找获取到服务对象的引用。
·RMI 对象注册表
RMI 客户端和服务器都要用到 RMI  对象注册表。当服务端想要使一个对象对远程客户端可用时，它就要把这个对象(连同一个唯一名称) 注册到注册表上。服务对象注册之后，RMI客户端和在这个对象上调用的方法就能被找到了。
3. RMI 必须具备的

RMI 是 Java 库很好的特性。一个 JVM 中对象的方法能够被世界另一个角落的机器上的 JVM 来调用的能力确实很强大。但是要让 RMI 工作起来，有几件事情必须统筹起来。Java 是一个动态编程语言。它支持(运行时) 下载未在 JVM 的类路径上定义的新的类文件。灵活性的同时也带来了危险性。你可以想象一个糟糕的情形就是假如你的程序会下载别人写的类，而你却不知道他会在这个类中作些什么。
·使用 RMISecurityManager
使用 RMI 时，不存在客户端的代码可从服务器程序中动态下载。默认的，RMI 应用是不安装安全管理器(SecurityManager) 的。假如一个没有任何防范的客户端下载到了恶意的代码那会是很危险的。为保障应用的安全性，RMI 服务程序必须安装一个特定的安全管理器(SecurityManger) 叫做 RMISecurityManager。
RMISecurityManager 运用了 Java 安全策略文件来决定什么权限应赋予 RMI 应用。默认的，Java 查找 JAVA.HOME/lib/security 目录下的策略文件。一个策略文件的配置条目示例如下：
grant {
  permission java.security.AllPermission;
};

上面这个策略文件配置条目给予了程序完全的访问权限。你可以用上面的设置让程序先工作起来，而后再紧缩你的安全策略。
[译者注] 图9.2 中的“框架”是单词 “Skeleton” 的翻译，不是很贴切，但比较通用的译法就是这样子的。“桩”是 “Stub” 的翻译。RMIRegistry 这里译作 RMI 注册表，后面又为 RMI 注册服务，感觉后者要贴切一些。
本章内容对于理解 RMI 也是不错的。