Действительно ли возможно выполнить R в Обработке через rJava/JRI? Если бы я развернул Приложение обработки в сети, то клиенту был бы нужен R в их системе?
Я надеюсь создавать интерактивную информационную панель инструментов, которую я могу развернуть в сети. Кажется, что Обработка является, вероятно, моим лучшим выбором для интерактивной/веб-части вещей. К сожалению, не похоже, что существует много встроенных функций математики/статистики. И нет никаких библиотек для того, чтобы отобразить данные на графике также.
Я использовал R и gpplot2 в течение нескольких месяцев, и взволнован (пораженный) тем, как легко он управляет и отображает данные на графике.
Таким образом, я задаюсь вопросом теперь, может ли получить лучший из обоих миров и выполнять R через апплет Обработки.
С веб-сайта JRI:
JRI является Интерфейсом Java/R, который позволяет выполнять R в JAVA-приложениях как единственный поток. В основном это загружает динамическую библиотеку R в Java и предоставляет Java API функциональности R. Это поддерживает оба простых вызова к функциям R и полное выполнение REPL.
В некотором смысле JRI является инверсией rJava, и оба могут быть объединены (т.е. можно выполнить код R в JRI, который перезванивает к JVM через rJava). Проект JGR делает использование в полной мере и JRI и rJava, чтобы предоставить полному Java GUI для R.
JRI использует собственный код, но она поддерживает все платформы, где Java Sun (или совместимый) доступен, включая Windows, Mac OS X, Sun и Linux (и 32-разрядный и 64-разрядный).
Спасибо за совет :)
Можете ли вы написать код Java (или получить доступ к файлу Jar) в процессе обработки? Если так, то вы точно можете это сделать. JRI предоставляет низкоуровневый интерфейс для R, и я еще не встречал в R чего-то, что нельзя было бы запустить через его функции.
См. этот связанный вопрос для простого примера того, как его использовать.
На самом деле я не использовал Обработку, кроме как несколько раз взглянуть на нее, но, как я понял, у нее был свой собственный язык.
Я написал несколько примеров кода в этом направлении в прошлом году:
Best,
Bryan