office-gobmx/jvmfwk
LeSci-0x1 c3f0464097 tdf#147021 - Use std::size() instead of SAL_N_ELEMENTS() macro
Change-Id: If8222286f36cda3071d63a14896d8d89c5802437
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/177650
Reviewed-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org>
Tested-by: Jenkins
2024-12-02 09:36:19 +01:00
..
distributions/OpenOfficeorg
inc Remove support for 32-bit S390 2023-01-27 07:29:14 +00:00
plugins/sunmajor tdf#147021 - Use std::size() instead of SAL_N_ELEMENTS() macro 2024-12-02 09:36:19 +01:00
qa/unit
source clang-tidy: performance-unnecessary-copy-initialization in various 2024-11-11 21:02:55 +01:00
CppunitTest_jvmfwk_sunversion.mk
CustomTarget_jreproperties.mk makefile simplification: replace $(call gb_CustomTarget_get_workdir,foo) 2024-05-03 16:06:14 +02:00
CustomTarget_jvmfwk_jvmfwk3_ini.mk makefile simplification: replace $(call gb_CustomTarget_get_workdir,foo) 2024-05-03 16:06:14 +02:00
Executable_javaldx.mk
IwyuFilter_jvmfwk.yaml
Library_jvmfwk.mk Use less boost_headers in low level libraries 2024-03-06 21:23:17 +01:00
Makefile
Module_jvmfwk.mk
Package_jreproperties.mk makefile simplification: replace $(call gb_CustomTarget_get_workdir,foo) 2024-05-03 16:06:14 +02:00
Package_jvmfwk_jvmfwk3_ini.mk makefile simplification: replace $(call gb_CustomTarget_get_workdir,foo) 2024-05-03 16:06:14 +02:00
Package_rcfiles.mk Remove support for AIX 2023-01-27 07:28:16 +00:00
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."