Среда выполнения Java (JRE) с поддержкой модулей?

вр; доктор

Два поставщика предоставляют версии своих продуктов JDK/JRE для Java 17, 21 и текущей версии 22 в комплекте с современным поколением библиотек OpenJFX, реализующих JavaFX: Azul Systems и BellSoft.

Подробности

Поймите, что JavaFX никогда не был стандартной частью Java.

И поймите, что JavaFX теперь реализован в проекте с открытым исходным кодом OpenJFX. Этот проект находится в постоянной активной разработке под руководством Oracle Corp и компании Gluon.

Несколько лет назад Oracle решила объединить библиотеки JavaFX с некоторыми своими продуктами JDK/JRE. Потом они перестали комплектоваться.

Oracle — лишь один из нескольких поставщиков, предлагающих продукты JDK/JRE. См. Java по-прежнему бесплатна для объяснения экосистемы Java.

Некоторые поставщики JDK/JRE в настоящее время предпочитают включать библиотеки JavaFX, реализованные как OpenJFX, в некоторые выпуски своих продуктов. Я знаю как минимум двух таких поставщиков:

• Azul Systems
• BellSoft

Система модулей платформы Java появилась в 2017 году в версии Java 9 и более поздних версиях. Перечисленные выше поставщики предлагают JavaFX-пакеты для модульных LTS версий 11, 17 и 21, а также текущей версии (теперь 22).

Для JavaFX 22 требуется JDK/JRE 17 или более поздней версии.

Альтернативно вы можете объединить библиотеки OpenJFX в свое приложение. Вы можете объединить JRE в свое приложение и при необходимости сократить JRE, включив в него только те части, которые использует ваше приложение. Проект OpenJDK предлагает инструменты для помощи: jlink и jpackage.

Передовая технология использует GraalVM для создания собственного приложения на основе вашего проекта JavaFX.

Вы спрашивали:

Но JRE не поддерживает --module-path, очевидно, потому что он слишком старый.

Java 9 и более поздние версии имеют систему модулей платформы Java (JPMS). Сосредоточьтесь на версиях LTS (11, 17, 21) и текущей (22), поскольку другие версии достигли EOL (окончания срока службы). Последние версии OpenJFX поддерживают Java 17 и более поздние версии.

Какие у меня есть варианты запуска приложения на компьютерах, не предназначенных для разработчиков?

Если у вас есть контроль над пользовательскими компьютерами, например, в корпоративной или образовательной среде, рассмотрите возможность установки системными администраторами JRE, которая поставляется в комплекте с необходимыми библиотеками OpenJFX.

На нишевом рынке, возможно, вы можете потребовать от своих пользователей установить JRE в комплекте с библиотеками OpenJFX.

На широком розничном рынке вам потребуется объединить в свое приложение как JVM, так и библиотеки OpenJFX. Торговые площадки приложений, такие как Apple App Store, примут такой продукт.

(обратите внимание, что размер JRE составляет 60 МБ, а размер JDK — 190 МБ).

Вы можете значительно уменьшить этот размер, используя инструмент jlink с модульным проектом JPMS.

Боюсь спросить, почему загрузка JRE по умолчанию слишком старая?

«Почему» просто заключается в том, что позже Oracle решила прекратить объединение библиотек JavaFX со своими собственными продуктами JDK/JRE.

Но вы можете бесплатно включить библиотеки OpenJFX в свое приложение.

Кроме того, у вас есть возможность получить более свежие версии Java JDK/JRE в комплекте с библиотеками OpenJFX от поставщиков, отличных от Oracle. Вы можете получить бесплатные продукты, а также продукты с платной поддержкой.

Мое приложение компилируется с openjdk 17.0.9 17 октября 2023 г.

Затем вы можете использовать OpenJFX 22 при компиляции для Java 17.

Вам следует попробовать использовать jlink, чтобы создать совместимую JRE из JDK. Прежде чем использовать jlink, убедитесь, что JDK, на котором вы хотите создать JRE, может запускать ваше приложение, используя соответствующие записи пути к классам/пути к модулю.

Если это сработает, попробуйте создать JRE, содержащую только используемые вами модули, например JavaFX. Например:

set JAVAFX_MODS=C:\java\javafx-jmods-21
jlink --module-path "%JAVAFX_MODS%" --add-modules javafx.base,javafx.controls,javafx.graphics --strip-debug --no-man-pages --no-header-files --output jre-fx

Это означает, что вы можете использовать jre-fx\bin\java для запуска любого класса, использующего JavaFX, без повторного указания модулей JavaFX.

Позже вы также можете использовать jlink, чтобы создать JRE с вашим собственным модулем. Если у вас есть правильные зависимости от JavaFX и вы установили путь к модулю, новая JRE будет содержать все необходимое для запуска вашего приложения:

jlink --module-path "%JAVAFX_MODS%;your-module-dir" --add-modules yourmodule --strip-debug --no-man-pages --no-header-files --output jre-all

С этой новой JRE — jre-all\bin\java — вам нужно указать только имена классов запуска, все модули включены.

Если вам нужно распространить свое приложение на другие машины, посмотрите jpackage для сборки установщиков — EXE/MSI в Windows или другой упаковщик для Mac/Linux. Его можно настроить для использования предварительно созданной JRE с jpackage --runtime-image jre-all или для внутреннего использования jlink при каждом запуске.

В ответе от @BasilBourque перечислены варианты загрузки JRE, которая поддерживает новейшие функции Java, и понимает функции --add-modules. Это общепринятый ответ на мой вопрос.

Однако я опишу здесь весь процесс упаковки моего приложения и его зависимостей, потому что в моем случае jlink продолжал жаловаться, что не нашел базовых зависимостей, см. комментарии под ответом @DuncG.

Я также разместил демо-версию на https://github.com/hadjiprocopis/javafx-uberjar

1. Создайте CLASSPATH, MODULEPATH и MODULES для своего приложения. Если вы используете maven, это легко сделать, проанализировав вывод mvn -X javafx:run@dry-run-cli для создания указанных переменных.

2. Соберите зависимости (jars) как-нибудь. На мой взгляд, загружать все эти зависимости не логично, когда у меня есть maven, который уже загрузил их в свой репозиторий (находится по адресу ~/.m2/repository/...). Итак, я прибегнул к плагину spring-boot maven, который создает JAR со всеми зависимостями, а также классами моего приложения. Этот JAR предупреждает с помощью WARNING: Unsupported JavaFX configuration: classes were loaded from 'unnamed module ...', и я не доверял ему его распространение. В любом случае этот jar-файл теперь содержит все зависимые jar-файлы в своем lib/*. В качестве бонуса он может содержать специфичные для ОС jar-файлы javafx для любых других ОС, которые вы указываете в pom.xml. как <dependency> с <classifier>, установленным на linux,win,mac и т. д.

3. Структура дистрибутива zip/tar-ball будет такой: а. lib каталог, содержащий все сторонние jar-зависимости, даже jar-файлы модулей, даже jar-файлы для конкретной ОС, например. javafx-media-22-ea+11-mac.jar, javafx-media-22-ea+11-win.jar и т. д. б. classes каталог для классов ваших приложений или jar. в. launchers каталог для хранения сценариев запуска для вашей целевой ОС.

4. Сценарий запуска в целом будет выглядеть примерно так: java -classpath "classes:lib/xyz.jar:..." --module-path "lib/javafx...jar:lib/..." --add-modules "javafx.base,..." com.myapp.Main Обратите внимание, что в M$ разделитель путей к классам ':' должен быть ';'

Теперь последняя и самая большая проблема — найти JRE, которая предоставляет команду java, которая понимает --module-path et.al. (которые были представлены в Java v9+). Задать этот вопрос меня побудил тот факт, что Oracle предоставляет JRE (через www.java.com), которая поддерживает Java версии 8!!!!! (Когда в настоящее время используется версия Java 20 и продолжает расти). Очевидно, оракул знает все, поэтому я не буду оспаривать это решение. Дело в том, что после всей этой тяжелой работы я безнадежен.

Все люди, ответившие на этот вопрос (спасибо всем за ваши усилия), предложили создать свою собственную JRE, используя jlink. У меня это не сработало. Он жалуется, что не находит базовую зависимость, например java.base (с использованием openJDK v17 в Linux Fedora, установленной через менеджер пакетов из пакета java-17-openjdk-devel : OpenJDK 17 Development Environment). Кроме того, неудачный пример hellofx предполагает, что мое приложение является модулем, но это не так. Кроме того, maven javafx:jlink также не работает (для меня), поскольку различные зависимости не найдены. Это загадка, потому что maven compile javafx:run работает без проблем.

Поскольку создание собственной JRE у меня не работает, я прибег к загрузке JRE, предоставленной https://adoptium.net/en-GB/temurin/releases/ (думаю, это связано с Eclipse). Это безопасно? Это "официально"? Не имею представления.

В ответе @Basil Bourque перечислено еще несколько вариантов. (И на самом деле это принятый ответ)

Я разместил демо-версию по адресу https://github.com/hadjiprocopis/javafx-uberjar

он работает на Linux и может создавать zip-архив дистрибутива для Linux, Mac и/или неназванных ОС.

Он основан на том, что ваше приложение разрабатывается как проект maven, поскольку все зависимости собираются с помощью плагина maven и Spring-Boot. Все зависимости javafx будут считываться из локального репозитория maven, который он использует для компиляции и запуска вашего приложения. Вам не нужно загружать какие-либо сторонние зависимости и сохранять параллельные версии!

спасибо за помощь (но нет, спасибо :))