office-gobmx/jvmfwk
Samuel Mehrbrodt 452856addb Revert "Allow bootstrap variables in Java user classpath settings"
This breaks existing paths which contain "\" or "$".

This reverts commit cfc2376f80.

Change-Id: Ia58df0a4f061f45140575e89231bd18d044a9bc1
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/152604
Tested-by: Jenkins
Reviewed-by: Samuel Mehrbrodt <samuel.mehrbrodt@allotropia.de>
2023-06-08 09:18:42 +02:00
..
distributions/OpenOfficeorg
inc Remove support for 32-bit S390 2023-01-27 07:29:14 +00:00
plugins/sunmajor accept aarch64 JDK for win/aarch64 2023-04-11 12:07:15 +02:00
qa/unit
source Revert "Allow bootstrap variables in Java user classpath settings" 2023-06-08 09:18:42 +02:00
CppunitTest_jvmfwk_sunversion.mk
CustomTarget_jreproperties.mk tdf#131572 Add java 9 module info for libreoffice.jar 2020-05-27 11:40:20 +02:00
CustomTarget_jvmfwk_jvmfwk3_ini.mk GBUILD_TRACE, support for finding out where the build time is spent 2020-02-16 14:49:45 +01:00
Executable_javaldx.mk
IwyuFilter_jvmfwk.yaml tdf#42949 Fix new IWYU warnings in directories [h-r]* 2020-11-10 14:13:14 +01:00
Library_jvmfwk.mk
Makefile re-base on ALv2 code. Includes: 2012-07-13 21:38:47 +01:00
Module_jvmfwk.mk
Package_jreproperties.mk
Package_jvmfwk_jvmfwk3_ini.mk
Package_rcfiles.mk
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."