Files
odfstudio/jvmfwk
Muhammad Naeem 3d029be871 tdf#143148: Replace include guards with #pragma once
Verified with: container=1 make -j4 oox.build sax.build xmloff.build \
comphelper.build sfx2.build reportdesign.build jvmfwk.build shell.build \
jvmaccess.build

Change-Id: Iafcce5855e7ab4e6b146e149eba43fcc1814a825
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/204667
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Jenkins
2026-05-18 15:21:59 +02:00
..
2025-12-01 14:25:01 +01:00
…
…

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."