在 32 位 jre 上的桌面应用程序 运行 中使用 64 位 jre 调用第三方 API？可能吗？
Call a 3rd party API using 64bit jre from inside a desktop application running on 32bit jre? Is it possible?
基本上我们有一个非常大的 java 应用程序需要 运行 在 32 位 jre 上基于许多需要 32 位 jre 的第 3 方组件（以便他们可以加载自己的 32 位dll).
现在，我们有一个新的第 3 方软件 API 我们必须调用 64 位 jre（出于类似的原因，它们的 dll 仅为 64 位）。
整个应用程序是否有可能在 32 位 jre 下 运行，然后当我们需要调用我们的新 API 时，启动某种模块 运行s在 64 位 jre 上，以便第 3 方 API 在使用 64 位 dll 时不会崩溃？
仅供参考，我们使用的开发环境是 IntelliJ。
唯一的可能性是 运行 将第 3 方软件放在单独的 64 位 JVM 中，并使用 RMI 或不同的 RPC 机制在主 JVM 和 JVM 之间进行通信 运行安装第三方软件。
基本上我们有一个非常大的 java 应用程序需要 运行 在 32 位 jre 上基于许多需要 32 位 jre 的第 3 方组件（以便他们可以加载自己的 32 位dll).
现在，我们有一个新的第 3 方软件 API 我们必须调用 64 位 jre（出于类似的原因，它们的 dll 仅为 64 位）。
整个应用程序是否有可能在 32 位 jre 下 运行，然后当我们需要调用我们的新 API 时，启动某种模块 运行s在 64 位 jre 上，以便第 3 方 API 在使用 64 位 dll 时不会崩溃？
仅供参考，我们使用的开发环境是 IntelliJ。
唯一的可能性是 运行 将第 3 方软件放在单独的 64 位 JVM 中，并使用 RMI 或不同的 RPC 机制在主 JVM 和 JVM 之间进行通信 运行安装第三方软件。