If you don't use the R script then you have to use one of the several ways to fix it. Hence for all Java support you have to always call the R script for the autodetection to work. Hence R uses javareconf to detect the correct settings and those are set by the R script. The gory details: Unlike Apple, Oracle supplies Java binaries that don't work via jni, because they don't include the path to the Java installation in libjvm so it's impossible to link to it. Unless you re-compile rJava against your Java and fix the paths it will only work via the R script, not otherwise - this is due to the binaries that Oracle is supplying. Please do NOT set JAVA_HOME - you're more likely to get it wrong and break things. The downgrade is not ideal but it gives me my workflows this has nothing to do with JAVA_HOME - what you describe is expected. my impression is that the issue is with rJava 0.9-10 as this failed to load with no change to the JDK giving the same error message. With >= R 3.4.x we get rJava 0.9-10 and that leads to the problem. I have 'downgraded" to R 3.3.3 and rJava 0.9-9. That is not much use to me as most of my work is now in R-AnalyticFlow which fails to load rJava. I can load rJava running R in a terminal and in RStudio but not in the R GUI app or R-AnalyticFlow.
I tried javaconf and a number of other workarounds that I found on the web. If you don't do anything the default CRAN binary falls back to JDK 9, but if you have anything else, you have to configure R accordingly. Updating Java configuration in /Library/Frameworks/R.framework/Resourcesĭo I need to do this and then reinstall rJava? JNI cpp flags : -I/System/Library/Frameworks/amework/Headers JAVA_HOME : /Library/Java/JavaVirtualMachines/jdk-10.0.1.jdk/Contents/Home framework R -Wl,-framework -Wl,CoreFoundation _JNI_IMPORT_OR_EXPORT_ _attribute_((deprecated)) jint JNICALLĬlang -dynamiclib -Wl,-headerpad_max_install_names -undefined dynamic_lookup -single_module -multiply_defined suppress -L/Library/Frameworks/R.framework/Resources/lib -L/usr/local/lib -o conftest.so conftest.o -framework JavaVM -F/Library/Frameworks/R.framework/. 'JNI_CreateJavaVM' has been explicitly marked deprecated here System/Library/Frameworks/amework/Headers/jni.h:1936:39: note:
Java home path : /Library/Java/JavaVirtualMachines/jdk-10.0.1.jdk/Contents/Homeĭetected JNI cpp flags : -I/System/Library/Frameworks/amework/Headersĭetected JNI linker flags : -framework JavaVMĬlang -I/Library/Frameworks/R.framework/Resources/include -DNDEBUG -I/System/Library/Frameworks/amework/Headers -I/usr/local/include -I/usr/local/include/freetype2 -I/opt/X11/include -fPIC -Wall -mtune=core2 -g -O2 -c conftest.c -o conftest.oĬonftest.c:4:5: warning: 'JNI_CreateJavaVM' is deprecated I have never had JDK 9 installed on either machine and it is only available from Oracle archives with a recommendation not to use it. ) error: unable to load shared object '/Library/Frameworks/R.framework/Versions/3.5/Resources/library/rJava/libs/rJava.so': dlopen(/Library/Frameworks/R.framework/Versions/3.5/Resources/library/rJava/libs/rJava.so, 6): Library not loaded: /Library/Java/JavaVirtualMachines/jdk-9.jdk/Contents/Home/lib/server/libjvm.dylib Referenced from: /Library/Frameworks/R.framework/Versions/3.5/Resources/library/rJava/libs/rJava.so Reason: image not found onLoad failed in loadNamespace() for 'rJava', details: call: dyn.load(file, DLLpath = DLLpath. I have tested rJava 0.9-9 with R v3.3.3 on macOS 10.13.5 and MacOS 10.11.6 with both JDK 8u171 and JDK 10.0.1 and there is no problem.Įrror: package or namespace load failed for ‘rJava’. I also see this problem on R v3.4.3 and R v3.5.0 on macOS 10.13.5 and MacOS 10.11.6 (on an older machine) with both JDK 8u171 and JDK 10.0.1.
0 kommentar(er)
