使用 Launch4J 构建的 Micronaut 应用程序未启动

Question

我已经成功地将我的桌面应用程序从 Dagger/Spring 移植到 Micronaut/Spring（其中有太多 Spring 代码，我无法及时将其全部删除）。使用 Micronaut 和 PicoCLI，一切都在 Eclipse/Gradle 中完美运行。它正在启动，测试正在通过，所以现在我想要进行构建并安装它，以确保一切都适合我们的客户。

我们的构建（通过 Gradle）使用 Shadow (com.github.johnrengelman.shadow) 将我们的应用程序及其所有依赖项合并到一个 Jar 文件中。我已经检查过，所有预期的依赖项似乎都存在，并且从外观上看，生成的 Micronaut 类也存在于影子 jar 中。然后我们使用 Launch4J 使这个影子 jar 可执行。据我所知，Launch4J 的输出看起来是正确的，但是当我尝试运行已安装的应用程序时，启动屏幕会出现几分之一秒，仅此而已。当我将 Launch4J 生成的可执行文件作为 jar 文件运行时，我得到以下信息：

Error: An unexpected error occurred while trying to open file My App.exe

We're running with OpenJDK11 (11.0.2) and generated a JRE as part of the gradle build

runtime {
    modules = [
        'java.base',
        'java.compiler',
        'java.datatransfer',
        'java.desktop',
        'java.instrument',
        'java.logging',
        'java.management',
        'java.naming',
        'java.prefs',
        'java.rmi',
        'java.scripting',
        'java.security.sasl',
        'java.sql',
        'java.transaction.xa',
        'java.xml',
        'jdk.compiler',
        'jdk.httpserver',
        'jdk.javadoc',
        'jdk.naming.rmi',
        'jdk.unsupported'
    ]
    options = ['--strip-debug', '--compress', '2', '--no-header-files', '--no-man-pages']
}

我已经能够收集所有的 Launch4J 调试信息看起来是正确的（除了退出代码 1 之外），到目前为止，我对此进行深入研究的所有尝试都被证明是徒劳的。我发现这种类型错误的最常见原因是 jar 中的 MANIFEST.MD 无效（我已经检查过，它与原始的 Micronaut 之前的清单相同），或者类路径问题（影子 jar 应该包含所有据我所知，没有使用所需的依赖项，并且没有使用其他类路径引用）。 build.gradle 的相关部分如下：

task createExe(type: Launch4jLibraryTask) {
    jarTask = shadowJar
    icon = "${projectDir}/src/main/installer/nsis/Icon.ico"
    outfile = "${appName}.exe"
    copyConfigurable = files {}
    stayAlive = 'true'
    bundledJrePath = 'jre'
    bundledJre64Bit = true
    jvmOptions = [
            '-Xmx1024m',
            '-Dsun.java2d.d3d=false'
    ]
    fileDescription = appName + ' Application'
    productName = appName
    internalName = appName
    copyright = 'My Company'
    companyName = 'My Company'
}

jar {
    manifest {
        attributes(
                'Main-Class': mainClassName,
                'SplashScreen-Image': 'images/Z006BASSPS.jpg'
        )
    }
}

shadowJar {
    dependsOn replaceTokens
    zip64 true
    mergeServiceFiles() {
        exclude 'META-INF/services/org.xmlpull.v1.XmlPullParserFactory'
    }
    append 'META-INF/spring.factories'
    append 'META-INF/spring.handlers'
    append 'META-INF/spring.schemas'
    append 'META-INF/spring.tooling'
}

自 Micronaut 出现之前一切正常运行以来，这些部分均未发生任何更改。

我尝试过使用它生成的 JRE 来启动构建生成的影子 jar，看起来它正在工作（或者至少，它正在执行并且不会立即死亡）。因此，我相当有信心问题出在构建的 Launch4J 部分。

Micronaut 与 Launch4j 兼容吗？是否缺少某些内容，或者可以尝试其他内容来查看可能发生的情况？我真的很困惑，一切看起来都应该有效，但事实并非如此......

更新：

经过大量挖掘后，我开始意识到问题出在 Launch4j 上。此构建生成的 Shadow jar 运行完美。然而，通过 Launch4j 运行工作 Jar 会生成一个可执行文件，该可执行文件仅生成

Error: An unexpected error occurred while trying to open file launch4j\MyApp.exe

我创建了一个虚拟 Micronaut 应用程序，并使用 Launch4j 生成它的构建版本似乎也完全按预期工作，所以我不认为这是 Launch4j - Micronaut 不兼容每说。

有没有办法从可执行文件中获取更多内容？有什么实际可行的事情吗？我尝试将 headerType 从 gui 更改为控制台（根据我在这里看到的其他 Launch4j 问题），但这没有任何影响。我尝试使用 --l4j-debug(-all) 运行，并将其与升级前的输出进行比较，生成的日志文件中没有任何有意义的更改。

更新：

我相信我已经缩小了问题的范围：如果 jar 中有太多文件，launch4j 似乎不起作用。我认为限制是 65535，因为这是 Shadow 需要 zip64 标志时的限制。在我的小型虚拟应用程序中，我将 70,000 个文本文件添加到资源目录中，这些文件就位后，它将不再运行（如上所述）。一旦我将文本文件的数量减少到 50,000 个，一切就重新开始运行。我不确定每个说法的限制是否为 65535（但这是我的期望），但一切似乎都指向它。

Answer 1

我还没有找到任何关于使用 launch4j 处理超过 65535 个文件的信息（即：像shadowJar zip64 标志之类的东西），也没有找到任何关于这方面的信息。然而，对我有用的一种解决方案是将 dontWrapJar 设置为 true。这将创建一个小型启动器，用于使用捆绑的 JRE 运行创建的 jar 文件，而不是转换整个 jar，从而将所有（或至少大部分）文件保留在 launch4j 生成的可执行文件之外。更新后的 gradle 任务如下

task createExe(type: Launch4jLibraryTask) {
    jarTask = shadowJar
    dontWrapJar true // <<<< THIS IS THE ADDED LINE
    icon = "${projectDir}/src/main/installer/nsis/Icon.ico"
    outfile = "${appName}.exe"
    copyConfigurable = files {}
    stayAlive = 'true'
    bundledJrePath = 'jre'
    bundledJre64Bit = true
    jvmOptions = [
            '-Xmx1024m',
            '-Dsun.java2d.d3d=false'
    ]
    fileDescription = appName + ' Application'
    productName = appName
    internalName = appName
    copyright = 'My Company'
    companyName = 'My Company'
}

除此之外，唯一的其他更改是更新打包过程，以将生成的影子 jar 合并到生成的安装程序的 lib 目录中。