A link checker detected broken links in the generated API, which can be traced back to the following lines in the javadoc comment:

open/src/java.management/share/classes/javax/management/remote/JMXConnectorFactory.java: * href="{@docRoot}/java/util/ServiceLoader.html#developing-service-providers">service providers</a>,
open/src/java.management/share/classes/javax/management/remote/JMXConnectorServerFactory.java: * href="{@docRoot}/java/util/ServiceLoader.html#developing-service-providers">service providers</a>,

In both cases, the module name `java.base` is missing after '{@docRoot}`.

Also, in javax.management.Query.java, there are repeated uses of the following:
    <a href="../../serialized-form.html#
These links should either have an extra ../ or (preferably) replace ../.. by {@docRoot}, as in
    <a href="{@docRoot}/serialized-form.html#javax.management.OrQueryExp">

Also, in DiagnosticCommandMBeanInfo, there is the following:
    <a href="{@docRoot}/javax/management/MBeanInfo.html#info-changed">
There should be a module name between `{@docRoot}` and `javax`.

Also, open/src/java.management/share/classes/java/lang/management/package.html there is the following
    <a href="{@docRoot}/javax/management/MXBean.html#MXBean-spec">
There should be a module name after `{@docRoot}`

Although at least some of these links are on private methods, they are part of the serialization API and so show up on the serialized-form page.

These broken links are part of the noise that is affecting our ability to get to no broken links.