Closed matriv closed 4 years ago
Pinging @elastic/es-ql (:Query Languages/SQL)
Pinging @elastic/es-core-infra (:Core/Infra/Core)
Seems Maven doesn't care that the artifact id is incorrect, it's still able to resolve the dependency. Gradle however fails when validating the POM, so we can workaround this temporarily by telling Gradle this repository contains only artifacts, effectively making it ignore the POM. This is actually fine since these are fatjars, so the POM actually contains no useful metadata. When defining your repository in your build script, do the following:
repositories {
maven {
url = 'https://artifacts.elastic.co/maven'
metadataSources {
artifact()
}
}
}
Ok, this has been fixed now for all branches back to 7.6
.
@mgreau is there way to republish broken artifacts on https://artifacts.elastic.co/maven
? We have some malformed POMs up there for our JDBC client that can cause users some grief.
I guess it's ok to close this now @mark-vieira ?
JDBC 7.6.x poms have wrong artifact id, e.g.: https://artifacts.elastic.co/maven/org/elasticsearch/plugin/x-pack-sql-jdbc/7.6.2/x-pack-sql-jdbc-7.6.2.pom
artifactId is
jdbc
instead ofx-pack-sql-jdbc
.Also, the 7.7.x, 7.8.0 and 8.0.0 shouldn't be there? seems they are missing.