Gradle badass-runtime-plugin和ProGuard Gradle插件

Ken*_*han 8 java upgrade proguard gradle build.gradle

jPackage之前如何运行proguard?

介绍

我使用gradle插件在JavaFx中开发了一个应用程序,并使用gradle插件将其与jPackager打包在一起。

我使用的主要插件是:

id 'org.openjfx.javafxplugin' version '0.0.8'
id 'org.beryx.runtime' version '1.7.0'
id "com.github.johnrengelman.shadow" version "5.1.0"
Run Code Online (Sandbox Code Playgroud)

我当前的gradle版本是:gradle-5.6.2-all

问题描述

我如何使用proguard,以便在jPackage执行工作之前对代码进行混淆和优化?

我可以运行proguard任务,但是当我运行jPackage时,代码不会混淆!

Ive找到了较早的gradle版本的教程(Tutorial),但是我不确定如何将其与当前插件混合使用。我已经尝试了一些代码片段,但是它们都无法构建,并且我不想用一堆无法正常工作的代码来使这个话题变得混乱。

我当前的工作build.gradle

// 1. Include proguard dependency
buildscript {
    repositories {
        jcenter()
        mavenCentral()
    }
    dependencies {
        classpath 'net.sf.proguard:proguard-gradle:6.2.0'
    }
}

plugins {
    id 'java'
    id 'application'
    id 'org.openjfx.javafxplugin' version '0.0.8'
    id 'org.beryx.runtime' version '1.7.0'
    id "com.github.johnrengelman.shadow" version "5.1.0"

}


dependencies {
    compile "org.controlsfx:controlsfx:11.0.0"
    compile "eu.hansolo:tilesfx:11.13"
    compile "com.jfoenix:jfoenix:9.0.9"
    compile "org.apache.httpcomponents:httpclient:4.5.9"
    compile "org.json:json:20180813"
    compile "mysql:mysql-connector-java:8.0.17"
    compile "org.jasypt:jasypt:1.9.3"
    compile "com.mchange:c3p0:0.9.5.4"
    compile "com.sun.mail:javax.mail:1.6.2"
    compile "commons-validator:commons-validator:1.6"
    compile 'org.openjfx:javafx-base:11:win'
    compile 'org.openjfx:javafx-controls:11:win'
    compile 'org.openjfx:javafx-fxml:11:win'
    compile 'org.openjfx:javafx-graphics:11:win'

}

repositories {
    mavenCentral()
}

javafx {
    version = "13"
    modules = [ 'javafx.controls','javafx.graphics','javafx.fxml'  ]
}

mainClassName = 'Main'

runtime {
    options = ['--strip-debug', '--compress', '2', '--no-header-files', '--no-man-pages']

   jpackage {
        jpackageHome = 'C:/Program Files/Java/openjdk-14-jpackage+1-49_windows-x64_bin/'



        if(org.gradle.internal.os.OperatingSystem.current().windows) {
            installerType = 'msi'
            imageOptions = []
            installerOptions = ['--win-per-user-install',
                '--win-dir-chooser',
                '--win-menu',
                '--win-shortcut',
                '--verbose',
                '--description','Test of proguard with jPackage',
                '--name', 'Test-ProguardJPackage',
                '--vendor','DoesItMatter']
        }
    }

}

compileJava {
    doFirst {
        options.compilerArgs = [
                '--module-path', classpath.asPath,
                 '--add-modules', 'javafx.controls,javafx.fxml'
        ]
    }
}

run {
    doFirst {
        jvmArgs = [
                '--module-path', classpath.asPath,
                 '--add-modules', 'javafx.controls,javafx.fxml'
        ]
    }
}




task cleanClasses(type: Delete) {
    delete "${buildDir}/classes/java/main"
    delete "${buildDir}/resources/java/main"
}

classes.dependsOn(cleanClasses)

// 2.2 Add proguard task
task proguard(type: proguard.gradle.ProGuardTask, dependsOn: classes) {
    injars project.sourceSets.main.output
    outjars "${buildDir}/proguard/output.jar"

    libraryjars project.sourceSets.main.compileClasspath

    configuration 'proguard.conf'
}

// 2.3 Clean after proguard task
task cleanAfterProguard(type: Delete, dependsOn: proguard) {
    delete "${buildDir}/classes/java/main"
    delete "${buildDir}/resources/java/main"
}

// 2.4 Extract output jar to buildDir 
task unpackProguardOutput (type: Copy, dependsOn: cleanAfterProguard) {
    from zipTree("${buildDir}/proguard/output.jar")
    into file("${buildDir}/classes/java/main")
}


// 3. Create a task to run the app with the proguarded buildDir
task runProguard(type: JavaExec, dependsOn: unpackProguardOutput) {
    classpath = sourceSets.main.runtimeClasspath
    jvmArgs = ['--module-path', classpath.asPath,
               '--add-modules', 'javafx.controls,javafx.fxml' ]
    main = 'Main' // <-- this name will depend on the proguard result
}
Run Code Online (Sandbox Code Playgroud)

参考文献

打包非模块化JavaFX应用程序

JavaFX Proguard混淆


Jos*_*eda 1

问题

当您运行 Gradle 任务时,您必须根据任务的依赖关系考虑之前将执行的任务。

在您链接的JavaFX Proguard Obfuscation答案中,您可以看到 proguard 自定义任务在它们之间连接起来,当您运行 时./gradlew runProguard,实际上您会得到以下任务顺序:

:cleanClasses
:compileJava
:processResources
:classes
:proguard
:cleanAfterProguard
:unpackProguardOutput
:runProguard
Run Code Online (Sandbox Code Playgroud)

如果您现在想添加插件,对于类似或 之类runtime的任务,您将得到以下命令:runtimejpackage

:cleanClasses
:compileJava
:processResources
:classes
:jar
:startScripts
:installDist
:jre
:runtime
Run Code Online (Sandbox Code Playgroud)

你看到问题了吗?根本没有调用 proguard 任务,因为我们没有修改任务runtime以依赖 proguard。

解决方案

正如您所看到的,runtime和都jpackage依赖于项目的 jar。因此,一个简单的修复方法是将任务连接到任务proguardjar,因此我们从 proguarded 类而不是原始类中创建一个 jar。

在你的构建中类似这样的东西应该可以工作:

jar.dependsOn(unpackProguardOutput)
Run Code Online (Sandbox Code Playgroud)

但是,资源存在问题(受到混淆的 FXML 文件将被原始文件覆盖),因为原始资源会再次复制到 jar 中。

所以我们可以修改jar任务来代替:

jar {
    dependsOn 'cleanAfterProguard'
    manifest {
        attributes(
                'Main-Class': 'org.openjfx.Launcher'
        )
    }
    from zipTree("${buildDir}/proguard/output.jar")
}
Run Code Online (Sandbox Code Playgroud)

现在这将是任务顺序:

:cleanClasses
:compileJava
:processResources
:classes
:proguard
:cleanAfterProguard
:jar
:startScripts
:installDist
:jre
:runtime
Run Code Online (Sandbox Code Playgroud)

现在运行./gradlew clean runtime将生成一个基于 proguarded 的运行时映像hellofx.jar。跑步build/image/bin/hellofx应该有效。

这同样适用于jpackage

:cleanClasses
:compileJava
:processResources
:classes
:proguard
:cleanAfterProguard
:jar
:startScripts
:installDist
:jre
:jpackageImage
:jpackage
Run Code Online (Sandbox Code Playgroud)

在这张图片中,您可以看到 hellofx.app 中包含的 jar 仅包含 proguarded 类。