[11] [PATCH] 9053056: Anchor name conflict in ClassLoader JavaDoc

Jonathan Gibbons jonathan.gibbons at oracle.com
Wed Mar 21 21:26:27 UTC 2018



On 3/21/18 2:18 PM, Martin Buchholz wrote:
>
>
> On Wed, Mar 21, 2018 at 1:59 PM, Jonathan Gibbons 
> <jonathan.gibbons at oracle.com <mailto:jonathan.gibbons at oracle.com>> wrote:
>
>
>     I think that maybe we should establish a convention such that
>     user-defined anchors can never conflict with javadoc-generated
>     anchors. Using an embedded "-" (as in this proposal) in
>     user-defined anchors is a good start.
>
>
> It never occurred to me that use of "-" in an anchor can prevent 
> future conflicts with java identifiers.  This is another reason to use 
> multi-word anchors with "-" as separator, which I was already 
> personally leaning towards.
If you're (still) using javadoc with -html4, then the set of legal 
characters in an id is limited, and javadoc makes use of '-' to encode 
signatures, so you're still somewhat at risk for a clash. But, if you 
use -html5, the set of characters is much less limited ("no spaces") and 
javadoc does not resort to encoding with `-`. All of which says, "use 
'-' and HTML5".

>     A secondary proposal would be to have doclint check for potential
>     clashes. Even though we may use access filters to restrict the set
>     of elements included in any documentation, it should never be good
>     to facilitate clashes that may be caused by non-default options or
>     non-default tools.
>
>
> Javadoc runs with -private over all the sources needs a lower bar than 
> with the default, but certain classes of errors like broken links 
> should be made impossible by design of the release process.
I foresee an investigation and potential cleanup :-)

-- Jon



More information about the core-libs-dev mailing list