Что такое gradle эквивалент плагина maven exec для запуска приложений Java?

С maven я могу создать проект, настроить свой pom с его зависимостями, написать класс с основным методом, а затем запустить его тип:

mvn compile exec:java -Dexec.mainClass=thornydev.App

Что такое gradle эквивалент этого?

Я могу сделать gradle build, который создает для меня файл jar, но если у основного класса есть зависимости от других банок, просто запуск jar не будет работать без настройки класса. Может ли java-плагин gradle запустить приложение и настроить для него путь к классу?

Я ищу решение для командной строки для простых одноразовых приложений, а не для интеграции IDE (я знаю, как это сделать).

Ответ 1

Самое простое решение - использовать Application Plugin, который, помимо прочего, предоставляет задачу run. Чтобы сделать основной класс настраиваемым из командной строки, вам нужно установить mainClassName значение какого-либо свойства системы (или проекта), а затем передать это свойство из командной строки:

apply plugin: "application"

mainClassName = System.getProperty("mainClass")

Теперь вы можете запустить приложение с помощью gradle run -DmainClass=thornydev.App.

Ответ 2

Мне нужно было запустить Java-программу как часть процесса сборки, а в плагин приложения был слишком большой багаж.

Я сделал fidde с плагином приложения, но в конце я использовал гораздо менее "инвазивный" Плагин JavaExec.

У меня есть файл класса MyObfuscator.class в build.outputDirectory, и до этого у меня был такой pom.xml, который выполнял обфускацию кода в каталоге сборки с двумя параметрами:

<project>
    ...
    <build>
        ...
        <plugins>
            ...
            <plugin>
                <groupId>org.codehaus.mojo</groupId>
                <artifactId>exec-maven-plugin</artifactId>
                <version>1.2.1</version>
                <executions>
                    <execution>
                        <id>obfuscate</id>
                        <phase>package</phase>
                        <goals>
                            <goal>exec</goal>
                        </goals>

                        <configuration>
                            <executable>java</executable>
                            <workingDirectory>${project.build.outputDirectory}</workingDirectory>
                            <arguments>
                                <argument>-Djava.library.path=.</argument>
                                <argument>-classpath</argument>
                                <argument>${project.build.outputDirectory}:lib.jar</argument>
                                <argument>MyObfuscator</argument>
                                <argument>HELLO</argument>
                                <argument>GOODBYE</argument>
                            </arguments>
                        </configuration>
                    </execution>
                </executions>
            </plugin>
            ...
        </plugins>
    </build>
    ...
</project>

Я сварил это в этой статье в Gradle:

apply plugin: "java"

// ...

task obfuscate(type: JavaExec) {
    // Make sure it runs after compilation and resources.
    // Skip this if that not a requirement.
    dependsOn classes

    // run in the buildDir (this requirement was what
    // made a simple "doLast" infeasible)
    workingDir = file(buildDir)
    classpath = files([
        "${buildDir}/classes",
        "${buildDir}/resources/main/lib.jar"
    ])
    main = "MyObfuscator"
}

Если вам нужно выполнить параметризованное выполнение, как в приведенном выше примере Maven, добавьте несколько строк в задачу:

task obfuscate(type: JavaExec) {
    // ... (as above)

    // Set PARAM1 to a default value when it not
    // defined on the command line
    if(!project.hasProperty("PARAM1")) {
        ext.PARAM1 = "HELLO"
    }
    // PARAM1 is dynamic and PARAM2 is static, always "GOODBYE"
    args = [PARAM1, "GOODBYE"]
}

Затем зависеть от задачи assemble на obfuscate (поместите эту строку где-нибудь ниже определения задачи obfuscate):

assemble.dependsOn obfuscate

Или пусть задача (ранее) jar зависит от нее. См. Диаграмму внизу этот раздел docs здесь для получения дополнительных идей о том, где это сделать.

Затем вы можете вызвать gradle как gradle build -PPARAM1=HELLO для запуска параметризованной сборки.