office-gobmx/jvmfwk
Stephan Bergmann 8ef01413f6 Remove support for 32-bit S390
As discussed in the mailing list thread starting at
<https://lists.freedesktop.org/archives/libreoffice/2023-January/089808.html>
"Plan to remove dead C++ UNO bridge implementations (bridges/source/cpp_uno/*)",
the bridge implementation at bridges/source/cpp_uno/gcc3_linux_s390 is
apparently dead and should thus be removed.  However, that was the only bridge
implementation for 32-bit S390, which implies that support for the 32-bit S390
architecture as a whole is dead and should thus be removed.

Change-Id: I18b3b4fa11df4ce693107bad6bbea2fab1c19f26
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146058
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2023-01-27 07:29:14 +00:00
..
distributions/OpenOfficeorg There was a typo in the AdoptOpenJDK java.vendor property value 2021-11-18 09:48:53 +01:00
inc Remove support for 32-bit S390 2023-01-27 07:29:14 +00:00
plugins/sunmajor tdf#151545: Restrict JvmfwkUtil_isLoadableJVM to macOS x86-64 2022-10-18 19:15:07 +02:00
qa/unit Turn OSL_DEBUG_LEVEL >= 2 SelfTest into CppunitTest 2021-07-08 08:05:26 +02:00
source try harder to remove "OSL_PIPE" pipe on SIGTERM 2022-09-19 18:28:33 +02:00
CppunitTest_jvmfwk_sunversion.mk Turn OSL_DEBUG_LEVEL >= 2 SelfTest into CppunitTest 2021-07-08 08:05:26 +02:00
CustomTarget_jreproperties.mk
CustomTarget_jvmfwk_jvmfwk3_ini.mk
Executable_javaldx.mk
IwyuFilter_jvmfwk.yaml
Library_jvmfwk.mk tdf#151545: Restrict JvmfwkUtil_isLoadableJVM to macOS x86-64 2022-10-18 19:15:07 +02:00
Makefile
Module_jvmfwk.mk Turn OSL_DEBUG_LEVEL >= 2 SelfTest into CppunitTest 2021-07-08 08:05:26 +02:00
Package_jreproperties.mk Make the "Mac-like" or "canonical" app bundle structure always used on OS X 2014-09-09 13:55:23 +03:00
Package_jvmfwk_jvmfwk3_ini.mk
Package_rcfiles.mk Remove support for AIX 2023-01-27 07:28:16 +00:00
README.md Updated README.md files 2021-04-19 11:13:41 +02: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."