我可以用Gradle强制类路径中的依赖项顺序吗？

Question

一个项目在Google App Engine上运行。该项目具有依赖项，该依赖项使用的类由于安全限制而无法在应用程序引擎上调用（它不在白名单上）。我（非常有黑客感）的解决方案是将该类的修改版本复制到我的项目中（匹配原始类的名称和包），而不需要受限类。这在dev和live上都适用，我假设是因为我的源代码出现在外部依赖项之前的类路径中。

为了让它更干净一些，我决定将该类的修改版本放入它自己的项目中，该项目可以打包在一个jar中，并发布给任何其他人，以供他们在遇到此问题时使用。

这是我的build.gradle：

// my jar that has 'fixed' version of Class.
compile files('path/to/my-hack-0.0.1.jar')

// dependency that includes class that won't run on appengine
compile 'org.elasticsearch:elasticsearch:1.4.4'

在我的本地dev服务器上，这很好，代码首先在运行时找到我的类的黑客版本。在live上，由于未知原因，首先加载elasticsearch依赖项中的版本。

我知道在类路径中拥有同一个类的两个版本并不理想，但我希望我可以可靠地强制我的版本位于类路径的开头。有什么想法吗？或者，有没有更好的方法来解决这个问题？

Answer 1

我应该调查的是应用引擎类加载器，而不是gradle...

App Engine允许您在appengine web中使用少量xml自定义类加载器JAR排序。xml。就我而言：

<class-loader-config>
    <priority-specifier filename="my-hack-0.0.1.jar"/>
</class-loader-config>

这将放置my-hack-0.0.1。jar作为第一个要搜索类的jar文件，不包括目录war/WEB-INF/classes中的类。

...感谢@Danilo Tommasina朝着正确方向的推动：）

2020年更新：

我只是又碰到了同样的问题，遇到了我自己的问题。。。这一次，live appengine正在加载不同版本的org。json被加载到dev中。非常令人沮丧，再多的修改构建脚本也无法修复它。对于未来的搜索者，如果您得到以下信息：

java.lang.NoSuchMethodError: org.json.JSONObject.keySet()Ljava/util/Set;

这是因为它正在加载一个旧的组织。json依赖于上帝知道在哪里。我通过将此添加到appengine网站来修复它。xml：

<class-loader-config>
    <priority-specifier filename="json-20180130.jar"/>
</class-loader-config>

您还需要在构建中使用匹配的依赖项。gradle如果您还没有：

compile 'org.json:json:20180130'

Answer 2

根据gradle依赖关系文档，依赖关系的顺序定义了类路径中的顺序。因此，我们可以简单地将库按“依赖项”的正确顺序排列。

但要小心！以下是两条优先级更高的规则：

• 对于动态版本，“较高”静态版本优先于“较低”版本

Answer 3

不太确定这是否是访问此问题的人所寻求的，但这正是我的问题和我达成的解决方案。Jar A：包含类XYZ Jar B：还包含类XYZ我的项目需要Jar B位于类路径上，然后才能编译Jar A。

问题是Gradle根据字母顺序对依赖项进行排序，这意味着Jar B将在生成的类路径中位于Jar A之后，从而导致编译时出错。

解决方案：声明自定义配置并修补compileClasspath。这就是构建的相关部分。gradle可能看起来像。

configurations {
    priority
    sourceSets.main.compileClasspath = configurations.priority + sourceSets.main.compileClasspath
}

dependencies {
    priority 'org.blah:JarB:2.3'
    compile 'org.blah:JarA:2.4'
    ...
}