Создание автономного исполняемого файла Java для разных платформ без установки

Вы можете создать установщик, который устанавливает JDK и приложение. Сделайте приложение исполняемым с помощью чего-то вроде Launch4j, а для исполняемого файла Mac следуйте этому руководству от Oracle: Упаковка приложения Java для распространения на Mac и наконец: Для Linux

Minecraft использует этот метод, и пока я не знаю другого способа.

Если вы хотите создать переносимое приложение, создайте однократное запуск приложения в любом месте, тогда я бы предложил попробовать другой язык программирования, такой как C #, который также требует среды выполнения .NET, но встроен в системы Windows, тогда как Java необходимо устанавливать вручную.

Двойной щелчок для запуска исполняемых файлов на нескольких платформах требует предварительной регистрации типа файла в операционной системе или существующего типа файла, чтобы знать, как обрабатывать код.

jlink статически связывает «необходимые модули и их транзитивные зависимости» с выходными данными.

У этой проблемы нет межплатформенного решения.

Маловероятно (или, другими словами, невозможно) включить все платформы в один файл, поскольку каждый исполняемый тип (COFF, ELF...) имеет различную структуру. Вы можете попытаться использовать общий пакетный файл для запуска правильного исполняемого файла, но в Windows для этого потребуется кодировка типа текстового файла; тем самым отравляя оставшийся двоичный код.

Использование jlink и нового формата файла jmod позволит вам хранить собственный код в контейнере Java и, таким образом, обеспечит точку входа во встроенный собственный код JRE в одном исполняемом образе для одного предварительного -определенная платформа.

Другая сторона этого вопроса связана с безопасностью. Поскольку встроенная JRE не подлежит обновлениям безопасности, взломщики могут внедрить ранее известную ошибочную JRE, тем самым раскрывая исправленные эксплойты неосведомленным потребителям.

Ожидаемым ответом антивирусных программ будет пометка всех необновленных встроенных JRE как вирусов.

Также взгляните на SubstrateVM. Это не настоящая Java, однако она может помочь вам в некоторых случаях, например, в простых приложениях командной строки.

Substrate VM — это инфраструктура, которая позволяет заблаговременно (AOT) компилировать Java-приложения в условиях закрытого мира в исполняемые образы или общие объекты (ELF-64 или 64-разрядный Mach-O).

Да, начиная с Java 8, есть два способа сделать это: с помощью инструмента javapackager или с помощью Ant Tasks JavaFX (которые на самом деле не относятся к JavaFX и поставляются с Java 8 JDK).

Вот пример упаковки приложения в виде Jar, установки атрибутов main-class и classpath и копирования всех зависимостей в папку с помощью Maven.

<plugins>
        <plugin>
            <artifactId>maven-dependency-plugin</artifactId>
            <executions>
                <execution>
                    <phase>package</phase>
                    <goals>
                        <goal>copy-dependencies</goal>
                    </goals>
                    <configuration>
                        <outputDirectory>${project.build.directory}/lib</outputDirectory>
                    </configuration>
                </execution>
            </executions>
        </plugin>
        <plugin>
            <artifactId>maven-jar-plugin</artifactId>
            <version>3.2.0</version>
            <configuration>
                <archive>
                    <manifest>
                        <addClasspath>true</addClasspath>
                        <mainClass>${project.groupId}.${project.artifactId}.DemoCLI</mainClass>
                    </manifest>
                </archive>
            </configuration>
        </plugin>
</plugins>

А вот файл сборки Ant для упаковки автономного приложения (exe для Windows, .app и .dmg для OS X, .deb и .rpm для Linux).

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE xml>

<!--
 Uses the JavaFX Ant Tasks to build native application bundles
 (specific to the platform which it is built on).

 See https://docs.oracle.com/javase/8/docs/technotes/guides/deploy/javafx_ant_tasks.html

 These tasks are distributed with version 8 of the Oracle JDK,
 Amazon Corretto JDK, RedHat JDK, probably others, though they
 do not seem to be the OpenJDK on Debian Linux

 -->
<project
    name="fxwebclient" default="default" basedir="."
    xmlns:fx="javafx:com.sun.javafx.tools.ant">

    <!-- In Java 8, java.home is typically the JRE of a JDK -->
    <property name="jdk.lib.dir" value="${java.home}/../lib" />

    <!-- Where to build our app bundles -->
    <property name="build.dist.dir" value="${basedir}/target/dist" />

   <echo>Using Java from ${java.home}</echo>

    <target name="default" depends="clean">

        <!-- get the ant-jfx.jar from the JDK -->
        <taskdef resource="com/sun/javafx/tools/ant/antlib.xml"
            uri="javafx:com.sun.javafx.tools.ant"
            classpath="${jdk.lib.dir}/ant-javafx.jar" />

        <!-- Define our application entry point -->
        <fx:application id="demo" name="demo"
            mainClass="yourpackage.DemoCLI" />

        <!-- Our jar and copied dependency jars (see pom.xml) -->
       <fx:resources id="appRes">
            <fx:fileset dir="${basedir}/target" includes="*.jar"/>
            <fx:fileset dir="${basedir}/target/lib" includes="*.jar" />
       </fx:resources>

        <!-- Create app bundles [platform specific] -->
        <fx:deploy nativeBundles="all"
            outdir="${build.dist.dir}" outfile="DemoWebClient">

            <fx:application refid="demo" />
            <fx:resources refid="appRes" />

        </fx:deploy>

    </target>

    <!-- clean up -->
    <target name="clean">
        <delete dir="${build.dist.dir}" includeEmptyDirs="true" />
        <delete file="${basedir}/target/${ant.project.name}.jar" />
    </target>

</project>