diff options
| author | Alexander Kriegisch <Alexander@Kriegisch.name> | 2021-05-15 10:19:08 +0700 |
|---|---|---|
| committer | Alexander Kriegisch <Alexander@Kriegisch.name> | 2021-05-16 07:05:28 +0700 |
| commit | c6155643d6576449f7f721e0ca26a7be9c9dc93a (patch) | |
| tree | 159716f15695e65bdfa21c764d8741e85bcf32a7 /lib/pom.xml | |
| parent | de12ea9f2c59f4654c36e291e1f8160948d533eb (diff) | |
| download | aspectj-c6155643d6576449f7f721e0ca26a7be9c9dc93a.tar.gz aspectj-c6155643d6576449f7f721e0ca26a7be9c9dc93a.zip | |
Create javadoc for all public artifacts, fix dependencies
Sonatype OSSRH repository rules require source and javadoc JARs in
order to create staging repositories for releases to be promoted to
Maven Central. So I added build steps to unzip the source JARs and then
create Javadocs for them.
FIXME: This configuration works with JDK 16, but throws errors on other
JDK versions, e.g. 14. It looks as if the Maven Javadoc plugin does not
do a particularly good job applying the plugin settings in a way making
it work with different JDK javadoc tool versions. I am saying that,
because when using the tool directly on the console, it works with basic
settings and the correct classpath.
In order to enable creating uber JARs via Maven Shade in the future, I
also added missing dependencies. Maven Assembly descriptors just assume
that all the necessary class files and sources already exist where it
copies them from. But several of the dependency modules were not
explicitly listed as such by the uber JAR modules. I fixed that.
Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
Diffstat (limited to 'lib/pom.xml')
| -rw-r--r-- | lib/pom.xml | 1 |
1 files changed, 0 insertions, 1 deletions
diff --git a/lib/pom.xml b/lib/pom.xml index 807d8a344..a8cddc23a 100644 --- a/lib/pom.xml +++ b/lib/pom.xml @@ -355,7 +355,6 @@ <plugin> <groupId>org.codehaus.mojo</groupId> <artifactId>truezip-maven-plugin</artifactId> - <version>1.2</version> <!-- The TrueZIP plugin can seamlessly copy out of or into (nested) ZIP files as if they were normal file system paths. No additional moves and deletes with Antrun are necessary. |