diff --git a/CHANGELOG.md b/CHANGELOG.md index 8cc0413..a46659f 100644 --- a/CHANGELOG.md +++ b/CHANGELOG.md @@ -400,6 +400,16 @@ bought, and it is the safe direction to fail in. the whole test suite had already passed on any machine without a GPG key and a working pinentry. `docs/BUILDING.md` has always described signing as `mvn clean package -P release`; the POM now matches it, and `mvn install` succeeds unsigned +- **The release build now attaches everything Maven Central requires.** Moving signing into the + `release` profile left nothing that activates it: `release:perform` runs its forked deploy build + without that profile, and maven-release-plugin 3.x no longer sets `performRelease`, which is what + used to pull in the super POM's implicit sources/javadoc profile. The 2.4.11 deployment therefore + uploaded only the jar and the POM and was rejected by the Central Portal with "Sources must be + provided", "Javadocs must be provided" and a missing signature for each file. `maven-release-plugin` + is now pinned and configured with `release`, and the profile + declares `maven-source-plugin` and the `attach-javadocs` execution next to the GPG signing, so + `mvn deploy -P release` and `mvn release:perform` both produce the signed jar, sources, javadoc + and POM ## [2.4.8] diff --git a/pom.xml b/pom.xml index 6a86bde..cb30d2b 100644 --- a/pom.xml +++ b/pom.xml @@ -174,6 +174,18 @@ + + + maven-release-plugin + 3.3.1 + + release + + + org.sonatype.central @@ -188,14 +200,40 @@ - + release + + maven-source-plugin + 3.4.0 + + + attach-sources + + jar-no-fork + + + + + + + maven-javadoc-plugin + + + attach-javadocs + + jar + + + + org.apache.maven.plugins maven-gpg-plugin