客户端是否必须在服务器端定义使用的类？

Question

我有简单的客户端服务器应用程序使用RMI。服务器端应该生成某种PDF文件，客户端应该显示它。

当试图通过调用我自己的通用远程接口的正确方法在服务器端生成我的pdf时，ClassNotFoundExc0019被抛出在客户端。

Caused by: java.lang.ClassNotFoundException: com.itextpdf.text.ExceptionConverter (no security manager: RMI class loader disabled)

我认为，使用RMI就像使用黑盒一样——客户机调用方法并接收响应，而不知道如何完成，对双方来说唯一的公共类是远程接口。此外，我认为这将允许我将客户端所需的依赖关系缩减到最小。

客户机必须让所有服务器的库都在其类路径中才能工作吗？

编辑：另一个奇怪的事实是，在服务器端并没有任何异常。若我将服务器端项目作为依赖项添加到客户端，那个么一切正常。

Answer 1

好的，我找到了解决办法。看来我认为是对的——客户机不必知道服务器实现背后的内容。所有问题的关键是我们的一个类中的静态初始化块——在那里使用的资源无法解析。由于它是在静态块中，IOException不是cougt，而是生成了Error，而不是异常。将所有catches从Excetpion更改为Throwable后，服务器确实记录了正确的stacktrace和根本原因（这不包括在客户端记录的stacktrace中）。修复它只是一个次要的问题。谢谢你抽出时间！

Answer 2

如果您启用RMI类加载器并设置适当的系统属性（google for:“java.RMI.server.codebase”），那么RMI将动态地将丢失的类从服务器加载到客户机，您的问题就会消失。不需要在客户端存储和静态链接服务器库。

据我所知，RMI类加载器教程详细描述了这一切。

编辑：

我已经暗示了动态类加载的RMI特性。但我想说，在您的特殊情况下，尝试将服务器类传播到客户端可能不是一个好主意。假设有另一个类似于JMX浏览器的客户端并行运行，它可能会遇到未知类的问题。更好的方法是：在发送RMI调用结果之前，在服务器端捕获itext异常，并将其封装在另一个众所周知的异常中，例如IllegalStateException，方法是仅使用错误消息，而不使用堆栈跟踪（无论如何都应该在服务器端记录它）。

我对服务器端异常处理的想法是（伪代码）：

try {
  // your server code
} catch (Throwable ex) {
  // a) log error completely including cause (stacktrace) with tools like Log4J etc.
  // b) throw new RemoteException(error.getMessage()); // without cause!
}

Answer 3

这里只是猜测一下，它可能没有在服务器端正确捕获和处理ExceptionConverter，而是传播到没有定义的客户端。