在JAR文件和运行时库路径中包含子项目gradle构建输出

Question

我有一个使用JNI的Java应用程序，我正在使用gradle构建C共享库，其中包含我作为JNI的一部分加载的代码。C构建是根构建的一个子项目。我可以从根项目的运行或jar任务中依赖：jnisubproject:assemblererelease，它确实构建了共享库（位于jnisubproject/build/lib/main/release/libjnisubproject.so），但它不会将共享库添加到我的jar文件中，也不会设置Java库路径，以便在运行时访问共享对象。通过一些黑客操作（在我的运行任务中显式修改java.library.path系统属性），我可以在使用gradle run时让它工作，但我希望能够构建一个JAR文件进行重新分发。

我尝试通过添加

dependencies {
    runtime project(":jnisubproject")
    // runtime ":jnisubproject:assembleRelease" also doesn't work
}

但这既不足以让gradle jar构建子项目，也不足以将其文件包含在jar中；这实际上似乎没有什么作用。如果我在JAR任务中添加一个显式依赖项，如下所示：

jar {
    dependsOn ":jnisubproject:assembleRelease"
}

当我运行gradle jar时，它将构建我的子项目，但毫不奇怪，共享库最终不会出现在JAR中。我尝试的最后一件事是上面带有显式依赖关系的片段，以及在输出目录上添加文件依赖关系：

dependencies {
    runtime files('jnisubproject/build/lib/main/release/*')    
}

但这两种感觉都非常刺耳，而且都不起作用，这是一个很棒的组合。如果我通过

jar {
    include 'jnisubproject/build/lib/main/release/*'
}

然后我的JAR文件除了清单之外就完全是空的了。

简而言之，我的问题是：

• 我有一个构建共享库的子项目
• 我希望根项目（Java项目）表达对共享库的依赖。
• 我希望这个依赖导致共享库被添加到java.library.path和我的输出JAR文件中。

有什么想法吗？

Answer 1

在你的根项目中尝试：

processResources {
    from project(':jnisubproject').buildDir + '/lib/main/release/*'
}

它将告诉主进程资源任务包含您的lib。

关于java。图书馆路径此外，我认为不可能从Jar内部直接链接库。这里有更多信息。