java - OSGi 容器中的 RMI 客户端

Question

我需要在 OSGi 包中公开一个基于 RMI 的系统。 RMI 客户端“包”是一个 jar，我使用 bnd 工具将其转换为 OSGi 包(我无权访问源代码)，至少在 eclipse 中一切似乎都很好，但是当我尝试连接到RMI 服务器，抛出 ClassCastException，很可能是因为 OSGi 和 RMI 对 ClassLoader 的使用很有趣。

我该如何解决这个问题？也许使用 RMI 客户端 jar 作为“系统”包？

这是堆栈跟踪:

Blipnet OSGi service starting...
com.blipsystems.blipnet.api.blipserver.BlipServerConnectionException: There was a problem connecting to the server
    at com.blipsystems.blipnet.api.core.blipserver.BlipServerConnectionAdapter.(Unknown Source)
    at com.blipsystems.blipnet.api.core.blipserver.BlipServerConnectionAdapter.(Unknown Source)
    at com.blipsystems.blipnet.api.blipserver.BlipServer.getConnection(Unknown Source)
    at dk.itu.jingling.blipnetosgi.BlipnetConnectionService.setup(BlipnetConnectionService.java:28)
    at dk.itu.jingling.blipnetosgi.BlipnetConnectionService.(BlipnetConnectionService.java:22)
    at dk.itu.jingling.blipnetosgi.Activator.start(Activator.java:32)
    at org.apache.felix.framework.util.SecureAction$Actions.run(SecureAction.java:1235)
    at java.security.AccessController.doPrivileged(Native Method)
    at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:658)
    at org.apache.felix.framework.Felix.activateBundle(Felix.java:1699)
    at org.apache.felix.framework.Felix.startBundle(Felix.java:1621)
    at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:890)
    at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:877)
    at org.apache.felix.fileinstall.internal.DirectoryWatcher.start(DirectoryWatcher.java:819)
    at org.apache.felix.fileinstall.internal.DirectoryWatcher.start(DirectoryWatcher.java:805)
    at org.apache.felix.fileinstall.internal.DirectoryWatcher.startAllBundles(DirectoryWatcher.java:798)
    at org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:299)
Caused by: java.lang.ClassCastException: com.blipsystems.blipnet.blipserver.cms.NewApiHandler_Stub cannot be cast to com.blipsystems.blipnet.api.core.blipserver.RemoteBlipServerConnection

Answer 1

由于类可见性问题，标准 Java 序列化和 OSGi 不能很好地混合，并且由于 RMI 构建在序列化之上...

如果您四处搜索，您会发现很多人询问有关 RMI 和 OSGi 的问题，但很少有人询问具体的解决方案。

我没有坐下来研究 RMI 和 OSGi 的具体问题，但我确实解决了使用 Spring 的 HTTPInvoker 的问题，它仍然使用 Java 的序列化机制。

问题归结为一个类:ObjectInputStream

这是负责反序列化的人——要反序列化一个对象，您需要了解其类。如果您有现代 IDE，您可以查看此类的继承层次结构，发现它有很多扩展，包括几个特定于 RMI 的类。

我的解决方案是使用 Spring 的 ObjectInputStream 可扩展实现并从我的包中插入类加载器，这样反序列化就可以访问可以看到我的类的类加载器。

您可以尝试使用系统 bundle ，但这确实是一种 hack，我不建议长期使用它。

不幸的是，OSGi 仍然有一些令人讨厌的角落，需要您深入挖掘抽象级别才能找到问题并解决它 - RMI 就是其中之一。

Paremus伙计们声称在他们的 Service Fabric 服务器产品(基于 OSGi 的服务器)中有一个用于 RMI 的解决方案，并且可以配置为与 Felix 一起工作(我认为 Eclipse 的 Equinox 是默认的)。