java - 来自java的R，没有图形: is it worth moving to JRI

Question

我设置了一个系统，可以从 java servlet 愉快地运行 R，生成已处理的数据并挂接到进程的 stdin、stdout 和 stderr 流中，如第二个和 this question 所示。 。

系统升级(包括 glibc)后，输入不再到达 R 进程。*

到目前为止，“R --vanilla --slave -f [file] ...”对我来说工作得很好。我现在也没有 Swing 依赖项，所以我有点不愿意添加它们。 (我实际上可能无法能够添加 swing 依赖项；使用 REngine 自动引入 swing 的说法对吗？这些示例导入了 swing 的所有内容。)

切换到 JRI 有优势吗？我需要对 R 脚本进行哪些更改？ (它当前从标准输入读取并写入标准输出)。我认为提供的示例对于如何在这种情况下使用 JRI 没有太大帮助。

感谢您的帮助和评论。

*我什至无法判断问题是数据写入太早还是太晚，但这是一个单独的问题；如果我转到 JRI，我希望这一切都变得毫无意义。

Answer 1

我的两分钱:

我发现与 JRI 的合作非常简单。 JRI 提供了几个示例，很好地演示了如何使用它。

一般来说，您不必对脚本进行任何重大更改，因为您只需使用 eval() 函数将整个脚本作为表达式传入，然后处理返回值。我认为主要优点是您可以在 Java 代码中处理 R 进程，因此您可以正确处理异常，而无需进行任何系统调用。 JRI 还提供了一些 Java 中的 R 数据类型等效项，例如 RVector。