628c1c3b07
* Updated README.md contents to fix various issues * Fixed source links by using [git:], processed by mkdocs scripts * Added README.md for ios, setup_native, unotest * Fixed issues with "underline" and "less than" sign Change-Id: I3e52a1d3372586c390ee6c42a2ef48bbabc81398 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/114248 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
20 lines
1.2 KiB
Markdown
20 lines
1.2 KiB
Markdown
# 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."
|