我不是这方面的专家,但我前段时间确实使用了这个技巧。神奇之处在于通过设置属性来使用代码移动java.rmi.server.codebase
性。
您使此属性指向您的共享类可能驻留的 URL 或以空格分隔的 URL 列表。例如,这可能是一个 FTP 服务器或一个 HTTP 服务器,其中包含一个带有公共类的 jar 文件。
一旦设置好,代码库注释将包含在服务器和客户端编组的所有对象中,当任何一方找不到类时,他们会在代码库中提供的 URL 中查找它并动态加载它。
请阅读使用 Java RMI 进行动态代码下载。
假设您只向客户端提供接口,并且实现将位于给定的代码库中。然后客户端请求服务器发送一个给定的对象,客户端期望接收一个实现给定接口的对象,但是实际的实现对于客户端来说是未知的,当它反序列化发送的对象时它必须去代码base 并为正在传递的实际对象下载相应的实现类。
这将使客户端非常瘦,并且您将非常轻松地更新代码库中的类,而不必诉诸于更新每个客户端。
假设您有一个具有以下界面的 RMI 服务器
public interface MiddleEarth {
public List<Creature> getAllCreatures();
}
客户端将只有 和 的接口MiddleEarth
,Creature
但在类路径中没有任何实现。
其中 的实现是 、 和 类型的可序列化Creature
对象。这些实现位于您的代码库中,但不在您客户端的类路径中。Elf
Man
Dwarf
Hobbit
当您要求您的 RMI 服务器向您发送中土世界中所有生物的列表时,它会发送实现 的对象Creature
,即上面列出的任何类。
当客户端收到序列化的对象时,它必须查找类文件以便对它们进行反序列化,但这些文件不在本地类路径中。此流中的每个对象都带有给定的代码库标记,可用于查找缺失的类。因此,客户端求助于代码库来查找这些类。在那里它将找到正在使用的实际生物类。
代码库双向工作,因此这意味着如果您向服务器发送 a Creature
(即 an Ent
),它也会在代码库中查找它。
这意味着当客户端和服务器都需要发布新类型的生物时,他们所要做的就是更新creaturesImpl.jar
代码库中的内容,而不是服务器或客户端应用程序本身。