-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Description
In what version(s) of Spring Integration are you seeing this issue?
5.4.7 (also present in 5.5.0)
Describe the bug
spring-integration-bom-5.4.7.pom
was generated with the following comment
<!-- This module was also published with a richer model, Gradle metadata, -->
<!-- which should be used instead. Do not delete the following line which -->
<!-- is to indicate to Gradle or any Gradle module metadata file consumer -->
<!-- that they should prefer consuming it instead. -->
<!-- do_not_remove: published-with-gradle-metadata -->
which triggers the download by Gradle of the spring-integration-bom-5.4.7.module
artifact, however that artifact was not published to Maven Central. This is probably a consequence of an upgrade to Gradle 6.
This is a problem when using Artifactory as a Maven proxy, because by default Artifactory returns a 403 HTTP status code for missing artifacts, and Gradle only ignores an absent .module
when the repository returns a 404 HTTP status code. In my case (and others, probably), that means my build fails when it cannot download spring-integration-bom-5.4.7.module
. 😭
See
- Gradle Module Metadata for rsocket-bom 1.0.0-RC6 missing from Maven Central / JCenter rsocket/rsocket-java#746 resolved by Disables gradle modules feature rsocket/rsocket-java#751
- Gradle Module Metadata for picocli 4.4.0+ missing from Maven Central remkop/picocli#1152 resolved by
0874760
for similar issues in other projects that have bit me in the past (through spring-boot-dependencies).
Expected behavior
It would be good if either the module file was published on Maven Central, or the Gradle metadata generation was disabled.