You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Implementation idea :
module information is accessible using reflection, so it would be easy for any class of the JDK to layout the module in the javadoc.
However for other third-parties, access to the runtime classpath of the application is needed to generate the documentation
The text was updated successfully, but these errors were encountered:
# Default to java.base as it covers many packages
java=https://docs.oracle.com/en/java/javase/11/docs/api/java.base/
# Explicitly list packages that are in a different module
java.util.logging=https://docs.oracle.com/en/java/javase/11/docs/api/java.logging/
We could do something automatic for JDK classes, but it's going to be a general problem once third-party also start using modules.
Hello
apidoc seems to be broken when the javadoc is generated with the option that lays out the module inside the javadoc
When using the following following form `java.logging.Handler', apidoc generates the following link for the oracle website (using my configuration) : https://docs.oracle.com/en/java/javase/11/docs/api/java/util/logging/Handler.html
However, this has changed and the link above is broken: the module name whose java.logging.Handler belongs to is now used in the URI path of the resource it's the following :
https://docs.oracle.com/en/java/javase/11/docs/api/java.logging/java/util/logging/package-summary.html
Implementation idea :
module information is accessible using reflection, so it would be easy for any class of the JDK to layout the module in the javadoc.
However for other third-parties, access to the runtime classpath of the application is needed to generate the documentation
The text was updated successfully, but these errors were encountered: