在不同 JDK 上运行的 ActiveMQ 代理和客户端有任何问题吗？
我们有一个分布式系统，其组件（包括 ActiveMQ 代理）在 jdk 1.6 上运行。
潜在客户希望将基于 jdk 1.4 构建的组件与我们的系统集成。 虽然该客户愿意编写代码来与我们的系统集成，但他们不愿意从 jdk 1.4 迁移。
如果一个客户端运行较旧的 jdk，系统会出现任何问题吗？
We have a distributed system with components (including the ActiveMQ broker) running on jdk 1.6.
A potential customer would like to integrate a component that was built on jdk 1.4 with our system. While this customer is willing to write code to integrate with our system, they are not comfortable moving from jdk 1.4.
Would there be any problems with a system where one client is running off of an older jdk?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
ActiveMQ 5.x 适用于 Java 1.5 或更高版本 - 任何 JVM 1.5 或更高版本都应该可以正常工作，因为 ActiveMQ 使用自己的编组层并且不依赖于序列化等。
如果您想使用 Java 1.4，则需要安装Retrotranslator JIT 或使用 Retrotranslator 将 jar 转换为 1.4 兼容的字节码。 有一个 Maven Retrotranslator 插件可以提供帮助。 请参阅 ActiveMQ 常见问题解答条目更多帮助
另一种选择是编写一个简单的 STOMP 客户端，这是小程序等的一个很好的解决方案。
ActiveMQ 5.x works on Java 1.5 or later - any JVM 1.5 or later should work fine as ActiveMQ uses its own marshalling layer and does not rely on serialisation etc.
If you want to work with Java 1.4 you'll need to either install the Retrotranslator JIT or transform the jars to 1.4 complianct bytecode with Retrotranslator. There is a Maven retrotranslator plugin to help. See the ActiveMQ FAQ entry for more help
Another option is to write a simple STOMP client which is a good solution for applets etc.