269a161b38
...where "do not use a JRE" (implying that the printed line consists of just a terminating newline) is a sufficient condition for a successful execution, too. (Also, it appears that extend_library_path in desktop/unx/source/start.c would have introduced unwanted empty segments into the path environment variable when the line printed by javaldx consisted of just a terminating newline.) Change-Id: Ic2f86de8a829b3dea51c0e4da1ac236298e16366 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/97756 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com> |
||
---|---|---|
.. | ||
distributions/OpenOfficeorg | ||
inc | ||
plugins/sunmajor | ||
source | ||
CustomTarget_jreproperties.mk | ||
CustomTarget_jvmfwk_jvmfwk3_ini.mk | ||
Executable_javaldx.mk | ||
IwyuFilter_jvmfwk.yaml | ||
Library_jvmfwk.mk | ||
Makefile | ||
Module_jvmfwk.mk | ||
Package_jreproperties.mk | ||
Package_jvmfwk_jvmfwk3_ini.mk | ||
Package_rcfiles.mk | ||
README |
Wrappers so you can use all the Java Runtime Environments with their slightly incompatible APIs with more ease. Used to use an over-engineered "plugin" mechanism although there was only one "plugin", called "sunmajor", that handles all possible JREs. IMPORTANT: The <updated> element in vmfwk/distributions/OpenOfficeorg/javavendors_*.xml files should only be updated for incompatible changes, not for compatible ones. As stated in the commit message of <https://gerrit.libreoffice.org/#/c/69730/> "javavendors_*.xml <updated> should not have been updated...": "Changing <updated> causes jfw_startVM and jfw_getSelectedJRE (both jvmfwk/source/framework.cxx) to fail with JFW_E_INVALID_SETTINGS, which in turn causes functionality that requires a JVM to issue a GUI error dialog stating that the user must select a new JRE in the Options dialog. While that behavior makes sense if a JRE was selected that would no longer be supported by the modified javavendors_*.xml, it is just annoying if an already selected JRE is still supported. And a compatible change to javavendors_*.xml implies that an already selected JRE will still be supported."