[R] calling r from java

[Eduard Drenth]

sun.misc that is

-----Original Message-----
From: Eduard Drenth <edrenth using fryske-akademy.nl>
To: r-help using r-project.org <r-help using r-project.org>
Subject: Re: [R] calling r from java
Date: Mon, 30 Nov 2020 07:18:46 +0000

First attempts to use jri on ubuntu 20.04 stranded.
Steps I followed:
1) download rJava from https://www.rforge.net/rJava/files/
2) create a symlink /usr/lib/libjvm.so to /usr/lib/jvm/java-8-openjdk-
amd64/jre/lib/amd64/server/libjvm.so3) configure and make jri4) create
a symlink /usr/lib/libjri.so5) put the built JRI.jar in local maven
repo6) include a dependency to the jar7) create and run a hello world
test for Rengine
The test fails because com.misc.Unsafe.prefetchRead isn't found. As
Iunderstand depending on com.misc.Unsafe.* is a risk.
I will not follow this route any further for now, though I still
thinkhaving jri available would be great. Steps to get there are I
think:
1) remove com.misc.Unsafe usage from the solution2) make libjri
available in repositories (apt, yum, other)3) make JRI.jar available in
maven central
Bye, Eduard
-----Original Message-----From: Eduard Drenth <
edrenth using fryske-akademy.nl>To: spurdle.a using gmail.com <spurdle.a using gmail.com>
Cc: r-help using r-project.org <r-help using r-project.org>Subject: Re: [R] calling
r from javaDate: Sat, 28 Nov 2020 11:57:49 +0000
Thanks all, I'll go for https://www.rforge.net/JRI/ and the
librariesinmaven https://search.maven.org/search?q=jri

The maven library is build from  here 
https://www.rforge.net/rJava/files/ back in 2017.After this no new libs
are published to maven.It would be nice (understatement) if publishing
new rJava componentstomaven becomes a regular part of R deveopment
processes.This would promote R use from Java which I think is good.And
of course I can help.Bye, Eduard-----Original Message-----From: Abby
Spurdle <spurdle.a using gmail.com>To:Eduard Drenth <edrenth using fryske-
akademy.nl>Cc: r-help using r-project.org <r-help using r-project.org>Subject: Re:
[R] calling r from javaDate: Sat, 28Nov 2020 15:55:36 +1300Hi Eduard,
> Now I developed a service that executes
> Rscript(UsingProcessBuilder),sends text to stdin of the process and
> readsfromstdout of theprocess.

This doesn't answer your question, but may be relevant.I have a java-
based application that works on a similar principle.(The
codeishorrendously bad and most of it should be thrown away).I'm
planningto write a terminal emulator, in the nearfuture.(Currently,
secondplace on my top-level todo list).The primary objective is to
buildobject-oriented and messagepassingAPIs on top of the core
terminalemulation system, with at leastsomecross platform
functionality.Notingthat, in my opinion, the cross-platform aspect is
moreimportant for R,than in many other IPC topics.Hence, I'm interested
in hearing"wishlist" items for
suchAPIs.______________________________________________R-help using r-
project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide 
http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible
code.______________________________________________R-help using r-project.org 
mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide 
http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.
-- 
Eduard Drenth, Software Architekt

edrenth using fryske-akademy.nl

Doelestrjitte 8
8911 DX  Ljouwert
+31 58 234 30 47
+31 62 094 34 28 (privé)

skype: eduarddrenth
https://github.com/eduarddrenth
frisian.eu
gpg: https://pgp.surfnet.nl/pks/lookup?search=eduarddrenth


Op freed bin ik thús/wurkje ik minder





-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: This is a digitally signed message part
URL: <https://stat.ethz.ch/pipermail/r-help/attachments/20201130/430e4bc3/attachment.sig>