RFR: 8285488: Improve DocFinder [v4]

Pavel Rappo prappo at openjdk.org
Tue Nov 1 14:49:31 UTC 2022


On Fri, 28 Oct 2022 19:08:43 GMT, Jonathan Gibbons <jjg at openjdk.org> wrote:

>> Pavel Rappo has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 49 commits:
>> 
>>  - refactor: improve error handling
>>  - refactor: clarify, reuse, simplify, clean up
>>  - refactor: pass Utils & BaseConfiguration to taglet
>>    
>>    This simplifies lots of methods. Later this could be done for other
>>    taglets too.
>>  - refactor: better code comments
>>  - refactor: add more relevant excerpts from JLS
>>  - fix: introduce more control to search
>>    
>>    This is done for the sake of `@throws`. Two convenience methods are
>>    added to assist migration from Optional with minimal change to
>>    DocFinder call sites.
>>    
>>    This solves 8295800: When searching documentation for an exception,
>>    don't jump over methods that don't mention that exception.
>>  - refactor: clean up ThrowsTaglet
>>  - Merge branch 'master' into HEAD
>>  - fix: test failed due to filesystem handling issues
>>    
>>    Filed 8295543 to track that filesystem issue and fixed the test to make
>>    sure the package cannot be confused with the type parameter, whose
>>    name is not pertinent to the test anyway.
>>  - Merge branch 'master' into 8285488
>>  - ... and 39 more: https://git.openjdk.org/jdk/compare/628820f4...c2db1ae6
>
> src/jdk.javadoc/share/classes/jdk/javadoc/internal/doclets/toolkit/taglets/ThrowsTaglet.java line 782:
> 
>> 780:         }
>> 781:         var enclosingElementDescription = detailedDescriptionOf(e.getEnclosingElement());
>> 782:         return enclosingElementDescription + " " + thisElementDescription;
> 
> A named package is enclosed by a module, although it may be the unnamed module for >= JDK 9.
> A well-formed named module never has an unnamed package.
> 
> Consider return empty string from the switch and dealing with that in the `return` statement.
> 
> That being said, who uses this info where: you're including the raw element kind in the result, so is this mostly for debugging?

It will need to be better stringified and i18n-zed. That output is not for debugging, it's for diagnosing.

-------------

PR: https://git.openjdk.org/jdk/pull/10746


More information about the javadoc-dev mailing list