I've searched back through the mailing list archives to find an answer to this but couldn't - why don't we deploy RC releases to Maven central?
There's a few problems with just deploying to the Maven central staging repository, and not releasing it, the biggest one is that staging repositories are periodically dropped if they aren't released, which means builds that once used to build, suddenly fail. Even if you fix the build to depend on a new release, I'm not comfortable with that at all, I think it's important to be able to go back to any point in a repositories history, and have a working build, regardless of whether at that point in time, the build depended on final or RC releases, it's one of the big reasons for doing pull request validation.
Not deploying RCs to Maven central is not a practice I've ever come across before in open source, all the open source projects I've been a part of and most of the ones that I've consumed publish all their builds to Maven central, it's not like Sonatype is charging per release. The reason for releasing RCs is to allow the community to test them, but if they aren't deployed to a place that's convenient to consume, how can the community do that?
It also prevents transitive release candidates, lets say an implementation of spec A wanted to deploy its own RC1 of itself that depends on RC1 of the spec. To do that currently, it needs to add that releases staging repository to its pom, but that will cause it to fail Sonatypes pom validation, because you're not allowed custom repository sections in any artifacts deployed to Maven central, Maven central artifacts are all required to be resolvable without any custom repositories.
The solution I've had to use so far is to deploy my own builds of all the artifacts to my own bintray repository, and not use Maven central at all.
Regards,
James
--
James RoperArchitect, Office of the CTO, Lightbend, Inc.@jroper