c16158772d
Renaming all README files for all top level modules to README.md, applying no content change at this stage to be able to track history of the files. These files should be edited to use correct Markdown syntax later. Change-Id: I542fa3f3d32072156f16eaad2211a397cc212665 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/112977 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.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.md | ||
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 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 should not have been updated...": "Changing 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."