Description
Using Automatic-Module-Name in a manifest (an intermediate step to help transition to using modules) prevents this plugin from adding the necessary dependencies to the class path, so it can build javadocs.
maven-compiler-plugin seems to work fine, as does surefire and all the others when Automatic-Module-Name entries appear in a project's jar manifests. However, this plugin, as of 3.3.1, still does not work correctly with these.
Instead of using the traditional class path, this plugin seems to force treating the project as a module, even though it does not have any module-info.java files, and most of its dependencies have not transitioned to using modules.
Here's a pull request that demonstrates adding the Automatic-Module-Name to the manifest for a multi-module (Maven module) project, that fails on the javadoc plugin:
https://github.com/apache/accumulo/pull/2498 ; both javadoc:aggregate and javadoc:jar are known to fail. I did not test with any other mojos.
Not supporting this feature holds all projects back from being able to transition to modules over time.
http://branchandbound.net/blog/java/2017/12/automatic-module-name/
https://docs.oracle.com/javase/9/docs/api/java/lang/module/ModuleFinder.html#automatic-modules
Attachments
Issue Links
- depends upon
-
MJAVADOC-770 Allow building javadoc "the old fashioned way" after Java 8
- Closed
- is duplicated by
-
MJAVADOC-747 jar goal fails with automatic module (Regression from 3.2.0)
- Closed