Re: Java problem when running CppunitTest_dbaccess_dialog_save on OS X 10.10 with Oracle JDK 1.8
The file /Library/Java/JavaVirtualMachines/jdk1.8.0_25.jdk/Contents/Info.plist contains only CommandLine string for JVMCapabilities key, for this reason OS X doesn't detect a full java runtime installation. Regards, Robert On Sat, Nov 1, 2014 at 11:32 PM, Robert Antoni Buj i Gelonch robert@gmail.com wrote: Not yet solved. No Java runtime present, requesting install. On Sat, Nov 1, 2014 at 8:41 PM, Robert Antoni Buj i Gelonch robert@gmail.com wrote: I think that the following command can solve the issue with Oracle's JDKs. sudo curl -o /Library/Java/Extensions/javaee-api-7.0.jar -O#L http://central.maven.org/maven2/javax/javaee-api/7.0/javaee-api-7.0.jar Regards, Robert On Sat, Nov 1, 2014 at 8:19 PM, Robert Antoni Buj i Gelonch robert@gmail.com wrote: HSQLDB requires some J2EE libs that aren't bundled within a standard JDK (javax.servlet). source files: ./workdir/UnpackedTarball/hsqldb/src/hsqlServlet.java ./workdir/UnpackedTarball/hsqldb/src/org/hsqldb/Servlet.java build: ./workdir/UnpackedTarball/hsqldb/classes/hsqlServlet.class ./workdir/UnpackedTarball/hsqldb/classes/org/hsqldb/Servlet.class Regards, Robert On Tue, Oct 28, 2014 at 11:22 AM, Stephan Bergmann sberg...@redhat.com wrote: On 10/20/2014 01:48 PM, Alexander Thurgood wrote: I encountrered this very same problem, and solved it by installing the appropriate JavaforOSX2014-001.dmg, which allowed my build to complete the debug tests, but this apparently also has consequences for use of third party jdbc drivers that rely on JDK 1.8 In how far? ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice -- http://about.me/rbuj -- http://about.me/rbuj -- http://about.me/rbuj -- http://about.me/rbuj ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Java problem when running CppunitTest_dbaccess_dialog_save on OS X 10.10 with Oracle JDK 1.8
HSQLDB requires some J2EE libs that aren't bundled within a standard JDK (javax.servlet). source files: ./workdir/UnpackedTarball/hsqldb/src/hsqlServlet.java ./workdir/UnpackedTarball/hsqldb/src/org/hsqldb/Servlet.java build: ./workdir/UnpackedTarball/hsqldb/classes/hsqlServlet.class ./workdir/UnpackedTarball/hsqldb/classes/org/hsqldb/Servlet.class Regards, Robert On Tue, Oct 28, 2014 at 11:22 AM, Stephan Bergmann sberg...@redhat.com wrote: On 10/20/2014 01:48 PM, Alexander Thurgood wrote: I encountrered this very same problem, and solved it by installing the appropriate JavaforOSX2014-001.dmg, which allowed my build to complete the debug tests, but this apparently also has consequences for use of third party jdbc drivers that rely on JDK 1.8 In how far? ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice -- http://about.me/rbuj ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Java problem when running CppunitTest_dbaccess_dialog_save on OS X 10.10 with Oracle JDK 1.8
I think that the following command can solve the issue with Oracle's JDKs. sudo curl -o /Library/Java/Extensions/javaee-api-7.0.jar -O#L http://central.maven.org/maven2/javax/javaee-api/7.0/javaee-api-7.0.jar Regards, Robert On Sat, Nov 1, 2014 at 8:19 PM, Robert Antoni Buj i Gelonch robert@gmail.com wrote: HSQLDB requires some J2EE libs that aren't bundled within a standard JDK (javax.servlet). source files: ./workdir/UnpackedTarball/hsqldb/src/hsqlServlet.java ./workdir/UnpackedTarball/hsqldb/src/org/hsqldb/Servlet.java build: ./workdir/UnpackedTarball/hsqldb/classes/hsqlServlet.class ./workdir/UnpackedTarball/hsqldb/classes/org/hsqldb/Servlet.class Regards, Robert On Tue, Oct 28, 2014 at 11:22 AM, Stephan Bergmann sberg...@redhat.com wrote: On 10/20/2014 01:48 PM, Alexander Thurgood wrote: I encountrered this very same problem, and solved it by installing the appropriate JavaforOSX2014-001.dmg, which allowed my build to complete the debug tests, but this apparently also has consequences for use of third party jdbc drivers that rely on JDK 1.8 In how far? ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice -- http://about.me/rbuj -- http://about.me/rbuj ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Java problem when running CppunitTest_dbaccess_dialog_save on OS X 10.10 with Oracle JDK 1.8
Not yet solved. No Java runtime present, requesting install. On Sat, Nov 1, 2014 at 8:41 PM, Robert Antoni Buj i Gelonch robert@gmail.com wrote: I think that the following command can solve the issue with Oracle's JDKs. sudo curl -o /Library/Java/Extensions/javaee-api-7.0.jar -O#L http://central.maven.org/maven2/javax/javaee-api/7.0/javaee-api-7.0.jar Regards, Robert On Sat, Nov 1, 2014 at 8:19 PM, Robert Antoni Buj i Gelonch robert@gmail.com wrote: HSQLDB requires some J2EE libs that aren't bundled within a standard JDK (javax.servlet). source files: ./workdir/UnpackedTarball/hsqldb/src/hsqlServlet.java ./workdir/UnpackedTarball/hsqldb/src/org/hsqldb/Servlet.java build: ./workdir/UnpackedTarball/hsqldb/classes/hsqlServlet.class ./workdir/UnpackedTarball/hsqldb/classes/org/hsqldb/Servlet.class Regards, Robert On Tue, Oct 28, 2014 at 11:22 AM, Stephan Bergmann sberg...@redhat.com wrote: On 10/20/2014 01:48 PM, Alexander Thurgood wrote: I encountrered this very same problem, and solved it by installing the appropriate JavaforOSX2014-001.dmg, which allowed my build to complete the debug tests, but this apparently also has consequences for use of third party jdbc drivers that rely on JDK 1.8 In how far? ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice -- http://about.me/rbuj -- http://about.me/rbuj -- http://about.me/rbuj ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Java problem when running CppunitTest_dbaccess_dialog_save on OS X 10.10 with Oracle JDK 1.8
On 10/20/2014 01:48 PM, Alexander Thurgood wrote: I encountrered this very same problem, and solved it by installing the appropriate JavaforOSX2014-001.dmg, which allowed my build to complete the debug tests, but this apparently also has consequences for use of third party jdbc drivers that rely on JDK 1.8 In how far? ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Java problem when running CppunitTest_dbaccess_dialog_save on OS X 10.10 with Oracle JDK 1.8
Le 20/10/2014 10:03, Tor Lillqvist a écrit : Stephan pointed me to old discussion in https://bugs.libreoffice.org/show_bug.cgi?id=74877 , and that is relevant also for OS X 10.10 and Java 1.8, it seems that one (sadly) really needs to install the Apple-supplied Java 1.6 in order to use an Oracle-supplied leading-edge Java (1.7 or 1.8) with LibreOffice. I encountrered this very same problem, and solved it by installing the appropriate JavaforOSX2014-001.dmg, which allowed my build to complete the debug tests, but this apparently also has consequences for use of third party jdbc drivers that rely on JDK 1.8 Alex ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Java problem when running CppunitTest_dbaccess_dialog_save on OS X 10.10 with Oracle JDK 1.8
Oracle doesn’t bundle /Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/../../../../../Frameworks/JavaVM.framework/JavaVM, it comes with /Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/../lib/server/libjvm.dylib. I've upload the patch https://gerrit.libreoffice.org/#/c/12057/. Regards, Robert On Mon, Oct 20, 2014 at 4:12 PM, Tor Lillqvist t...@iki.fi wrote: (Forwarding to the development list.) On 20 October 2014 16:39, Robert Antoni Buj i Gelonch robert@gmail.com wrote: Xcode doesn't include the java framework. jvmfwk/plugins/sunmajor/pluginlib/otherjre.cxx: /../../../../../Frameworks/*JavaVM*.framework/*JavaVM* //as of 1.6.0_22 You mean that that line used to end up referring to something that came with an Xcode installation, but was otherwise not present? I do have a /System/Library/Frameworks/JavaVM.framework. Probably that is what the above entry was supposed to point to, but as the location of the java binary changed at some point, that relative path does not work any longer? Maybe using a relative path here is pointless even? This code is over-complicated, patches to simplify it are more than welcome;) We also have the tool /usr/libexec/java_home and work with the output of /usr/libexec/java_home -V or something similar. Yep. It is used in configure.ac to set up a JAVA_HOME environment variable for *build-time* use. Whether that is strictly necessary or not, I have no idea. (IMHO it might be cleaner if at build-time the same automated mechanism was used to find the JVM to use as at LibreOffice run-time.) --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice -- http://about.me/rbuj ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Java problem when running CppunitTest_dbaccess_dialog_save on OS X 10.10 with Oracle JDK 1.8
FIX: Oracle doesn’t bundle JAVA_HOME/../../../../../Frameworks/JavaVM.framework/JavaVM, it comes with JAVA_HOME/jre/lib/server/libjvm.dylib. (note that Apple installs under /System/Library, Oracle installs under /Library) On Tue, Oct 21, 2014 at 10:21 AM, Robert Antoni Buj i Gelonch robert@gmail.com wrote: Oracle doesn’t bundle /Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/../../../../../Frameworks/JavaVM.framework/JavaVM, it comes with /Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/../lib/server/libjvm.dylib. I've upload the patch https://gerrit.libreoffice.org/#/c/12057/. Regards, Robert On Mon, Oct 20, 2014 at 4:12 PM, Tor Lillqvist t...@iki.fi wrote: (Forwarding to the development list.) On 20 October 2014 16:39, Robert Antoni Buj i Gelonch robert@gmail.com wrote: Xcode doesn't include the java framework. jvmfwk/plugins/sunmajor/pluginlib/otherjre.cxx: /../../../../../Frameworks/*JavaVM*.framework/*JavaVM* //as of 1.6.0_22 You mean that that line used to end up referring to something that came with an Xcode installation, but was otherwise not present? I do have a /System/Library/Frameworks/JavaVM.framework. Probably that is what the above entry was supposed to point to, but as the location of the java binary changed at some point, that relative path does not work any longer? Maybe using a relative path here is pointless even? This code is over-complicated, patches to simplify it are more than welcome;) We also have the tool /usr/libexec/java_home and work with the output of /usr/libexec/java_home -V or something similar. Yep. It is used in configure.ac to set up a JAVA_HOME environment variable for *build-time* use. Whether that is strictly necessary or not, I have no idea. (IMHO it might be cleaner if at build-time the same automated mechanism was used to find the JVM to use as at LibreOffice run-time.) --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice -- http://about.me/rbuj -- http://about.me/rbuj ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Java problem when running CppunitTest_dbaccess_dialog_save on OS X 10.10 with Oracle JDK 1.8
Our code to detect what Java versions there are on a machine and cleverly choose the right one is really sad and over-engineered. Something in there goes wrong when building LibreOffice on OS X 10.10 with the latest Oracle JDK (1.8.0_25) installed. The CppunitTest_dbaccess_dialog_save fails and you get an asynchronous dialog window (i.e. the unit test program does not wait for the dialog to be dismissed) with the unhelpful and presumably quite misleading message 'To open this Java application you need to install the legacy Java SE 6 runtime'. I did spend a little time (like a few hours) debugging this in the weekend but didn't figure out the root cause. But I was once again appalled by the code in there, in jvmfwk. For now, until somebody fixes this, it is best to use --without-java instead of trying to build with Java 1.8 on OS X 10.10, I guess. Possibly the same holds for Java 1.8 on earlier OS X versions. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Java problem when running CppunitTest_dbaccess_dialog_save on OS X 10.10 with Oracle JDK 1.8
Stephan pointed me to old discussion in https://bugs.libreoffice.org/show_bug.cgi?id=74877 , and that is relevant also for OS X 10.10 and Java 1.8, it seems that one (sadly) really needs to install the Apple-supplied Java 1.6 in order to use an Oracle-supplied leading-edge Java (1.7 or 1.8) with LibreOffice. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Fwd: Java problem when running CppunitTest_dbaccess_dialog_save on OS X 10.10 with Oracle JDK 1.8
(Forwarding to the development list.) On 20 October 2014 16:39, Robert Antoni Buj i Gelonch robert@gmail.com wrote: Xcode doesn't include the java framework. jvmfwk/plugins/sunmajor/pluginlib/otherjre.cxx: /../../../../../Frameworks/*JavaVM*.framework/*JavaVM* //as of 1.6.0_22 You mean that that line used to end up referring to something that came with an Xcode installation, but was otherwise not present? I do have a /System/Library/Frameworks/JavaVM.framework. Probably that is what the above entry was supposed to point to, but as the location of the java binary changed at some point, that relative path does not work any longer? Maybe using a relative path here is pointless even? This code is over-complicated, patches to simplify it are more than welcome;) We also have the tool /usr/libexec/java_home and work with the output of /usr/libexec/java_home -V or something similar. Yep. It is used in configure.ac to set up a JAVA_HOME environment variable for *build-time* use. Whether that is strictly necessary or not, I have no idea. (IMHO it might be cleaner if at build-time the same automated mechanism was used to find the JVM to use as at LibreOffice run-time.) --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice