对于多个JDBC驱动程序，正确的复制策略是什么？

Question

我有下面的版本。格雷德尔在我的项目中

plugins {
    id 'java'
}

repositories {
    mavenCentral()
}

dependencies {
    implementation 'com.oracle.database.jdbc:ojdbc11-production:21.3.0.0'
    implementation 'com.microsoft.sqlserver:mssql-jdbc:9.4.0.jre8'
}

tasks.named('jar') {
    setDuplicatesStrategy(DuplicatesStrategy.WARN)
    manifest {
        attributes 'Main-Class': 'com.example.App'
    }
    from {
        configurations.compileClasspath.collect { it.isDirectory() ? it : zipTree(it) }
    }
}

文件META-INF/services/java。sql。两个导入的jar中都存在驱动程序。实际上，这个Oracle JDBC依赖项导入多个JAR，它们之间有更多冲突文件（内容不同）（例如META-INF/native-image/native-image.properties和此目录中的其他文件）。

当DuplicatesStrategy设置为WARN时，Oracle驱动程序将覆盖SQL Server JDBC驱动程序的META-INF/services/java。sql。驱动程序。覆盖此（和其他）文件会产生什么后果？

我应该如何处理这些重复文件？有没有办法从所有jar中获取所有文件？jar的一些文件被覆盖的可能性让我感到不安。

冲突文件是否常见？

Answer 1

考虑不要建造一个胖子。否则，您将需要将各种驱动程序中的META-INF/service/java.sql.驱动程序合并到一个文件中（自动或提供自己的）。如果不合并，自动驱动程序加载将不适用于未包含服务定义文件的驱动程序。如果不能或不想合并（或提供自己的版本），则需要使用Class.forName显式加载驱动程序。另请参见驱动程序类如何位于JDBC4中。

至于要使用的DuplicateStrategy，最好使用FAIL并显式排除文件或位置，或者想出合并它们的策略，但这可能会很麻烦。

至于其他文件，我无法回答，但是META-INF/native image/*似乎与使用GraalVM中的库有关，因此除非您使用该库，否则您可能可以安全地忽略该目录中的文件。

但是，如果这确实与您有关，或者您不知道文件的作用，那么更好的选择是不使用FATJAR（又称UberJAR），而是使用正确生成类路径（例如使用清单或启动程序文件）并将应用程序使用的各种库分开的部署方式。例如，请参见使用Gradle在清单中添加类路径。