e1a351ca19
followup to commit
|
||
|---|---|---|
| .. | ||
| distributions/OpenOfficeorg | ||
| inc | ||
| plugins/sunmajor | ||
| qa/unit | ||
| source | ||
| CppunitTest_jvmfwk_sunversion.mk | ||
| 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 | ||
JVM Framework Wrappers
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/ in LibreOffice gerrit:
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."