作为 ZeroMQ 的 Java 绑定的用户,我很同情。ZeroMQ 绝对是更难管理的 Java 依赖项之一。从本质上讲,ZeroMQ 是本机 C 代码,Java 绑定是(相对)轻量级的包装器,围绕核心 ZeroMQ 库的 JNI 接口,这就是部署复杂的原因。
顺便说一句 - 如果 ZeroMQ 非常适合您的应用程序,那么麻烦是值得的,因为真的没有什么比得上它了。不幸的是,这意味着您需要完成所有这些步骤才能使其正常工作,以便您可以决定它是否是您真正需要的。
ZeroMQ for Java 基于三个组件:
- libzmq - 核心 ZeroMQ 库(DLL - 任何语言都需要,而不仅仅是 Java)
- jzmq - Java 绑定 (DLL) 的本机部分
- zeromq.jar - Java 绑定 (JAR) 的 java 部分
我在一台机器上构建的罐子可以在另一个系统上工作吗?我需要这个应用程序是可移植的。
是的。罐子将是便携式的。您可以在任何机器上构建它并将其部署在任何其他机器上。然而,这是容易的部分。困难的部分是创建所需的各种 DLL,而这些 DLL 是不可移植的。假设您想支持 Windows、Mac 和 Fedora Linux。您将需要 Windows、Mac 和 Fedora 上的本地开发环境,并为您想要支持的每个平台构建 DLL。
我对 Linux 的了解还不够,无法说明构建在一个发行版(比如 Fedora)上的 DLL 是否会在另一个发行版(比如 Debian)上运行。如果没有,那么您还有更多工作要做。
无论如何,您的应用程序将是可移植的 - ZeroMQ 和 JZMQ 可以在大量平台上运行 - 但您需要严格控制部署过程,以确保在安装每个平台时,jar 和适当的 DLL 集是安装,并且它们安装在正确的位置。
为什么我需要安装任何东西?
从技术上讲,你没有。但我认为他们建议执行此make install
步骤,以便包含和库文件位于编译器所期望的位置,并且 Java 可以在运行程序时加载它们。
如果是这样,为什么我需要先构建自己的 jars?
我不是提交者,所以我不能肯定地说。我希望部分原因是开发人员的效率——他们宁愿改进代码,也不愿为可以自己创建 jar 的用户创建 jar。
更重要的是 - 由于 jar 是不够的,而且无论如何您都必须构建 DLL,因此将 jar 和 DLL 一起构建更有意义。这样您就可以确定 JNI 包装器在 C 中实现了完全正确的本机方法,以匹配 Java 包装器类中的本机声明。
祝你好运。希望这可以帮助。