使用5.4.1,Gradle能够解析以下形式的依赖项:
dependencies {
implementation "my.groupname:my-project-name:${version}"
}
依赖 Artifact 存储在jFrog Artifact 中的以下位置://my.artifactory.url/my-repo/my.groupname/my-project-name/
如果我将包装器升级到6.5,Gradle将无法再解决依赖关系。如果安装完全在我的控制之下,则将 Artifact 移至://my.artifactory.url/my-repo/my/groupname/my-project-name/
并在我的快乐路上。不幸的是,不是,所以我不能。有没有一种直接的方法可以解决我的项目中的问题,而无需更改 Artifact 中的结构?我正在使用maven依赖项解析以及4.16.0版的id com.jfrog.artifactory插件。
最佳答案
更新:(原始答案仅适用于热缓存),我能够通过向存储库添加条目并破解build.gradle的依赖项来解决此问题:
repositories {
// ... other repositories
maven {
url "my.artifactory.url/my-repo/"
artifactUrls "my.artifactory.url/my-repo/my.groupname"
credentials {
username = "${artifactory_user}"
password = "${artifactory_password}"
}
metadataSources {
artifact()
ignoreGradleMetadataRedirection()
}
}
}
dependencies {
implementation ".:my-project-name:${version}"
}
最初,我还在元数据源中包括了mavenPom()
,但另一端有一个不正确的pom.xml,因此我不得不将其删除(缺少pom.xml中的groupId)。
关于gradle - Artifactory目录包含点,无法使用Gradle 6.5解决依赖关系,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/62613116/