Fwd: RFR: 8190552/8185985: Augment the Compiler API tree ; Html files in doc-files directories should be wrapped
Kumar Srinivasan
kumar.x.srinivasan at oracle.com
Wed Nov 8 04:09:51 UTC 2017
Jon,
Fixed your comments noted here:
updated full webrev:
http://cr.openjdk.java.net/~ksrini/8190552/webrev.01/
updated delta webrev
http://cr.openjdk.java.net/~ksrini/8190552/webrev.01/webrev.delta/
Thanks
Kumar
On 11/7/2017 3:15 PM, Jonathan Gibbons wrote:
>
> [1] https://bugs.openjdk.java.net/browse/JDK-8190552
>
> src/jdk.compiler/share/classes/com/sun/source/doctree/DocTypeTree.java
> line 32: typo: @lt; should be < > should be >
>
> JavacTrees.java, 1041, 1042, duplicate call
>> 1040 DocCommentTree docCommentTree = getDocCommentTree(jfo);
>> 1041 docCommentTree = getDocCommentTree(jfo);
>
> In DocCommentParser, the inPhase field can be reduced to a parameter
> on blockComment.
> Also, the following replacement for 191-208 is more robust in the face
> of malformed docs:
>
> 191 if (isFileContent) {
> 192 switch (inPhase) {
> 193 case PREAMBLE:
> if (peek("body") == PeekKind.OPEN) {
> 194 trees.add(html());
> 195 if (textStart == -1) {
> 196 textStart = bp;
> 197 lastNonWhite = -1;
> 198 }
> 199 // mark this as the start,
> for processing purposes
> 200 newline = true;
> 201 break loop;
> }
> break;
> 202 case BLOCK:
> if(peek("body") == PeekKind.CLOSE) {
> 203 addPendingText(trees,
> lastNonWhite);
> 204 break loop;
> }
> break;
> 205 default:
> 206 // fall through
> 207 }
> 208 }
>
> (As a further simplification, you could even make "peek" be "boolean
> peek(String)" and handle the / in the impl of peek, thus eliminating
> PeekKind.)
>
>
> DCTree: 161-165
> Format the new lines like the preceding lines (3-line form).
>
> DCTree: 303,305
> Use "text" instead of "body" consistently
>
> test/langtools/tools/javac/doctree/dcapi/DocCommentTreeApiTester.java
> line 196: do you mean "incorrect" here? do you mean"invalid"?
> (I don't know what it means to say "incorrect input document")
> line 239: ditto
>
> test/langtools/tools/javac/doctree/dcapi/overview0.html and friends
> why do you still need the partial comment "<!--EXPECT_START"
>
> test/langtools/tools/javac/doctree/dcapi/package.html
> <!DOCTYPE...> must be the _first_ line of the file
>
> On 11/06/2017 06:09 PM, Kumar Srinivasan wrote:
>> Hello,
>>
>> Please review fix to augment the Compiler API tree to represent the
>> entire HTML content of a file, please see bug [1] and webrev [2].
>> The above are required to implement the bug [3] and webrev [4],
>> please review these as well.
>>
>> Please note these patches exist as mq patches in my repo, and will be
>> pushed as two discrete changesets.
>>
>> Thanks Kumar
>>
>> [1] https://bugs.openjdk.java.net/browse/JDK-8190552
>> [2] http://cr.openjdk.java.net/~ksrini/8190552/webrev.00/
>>
>> [3] https://bugs.openjdk.java.net/browse/JDK-8185985
>> [4] http://cr.openjdk.java.net/~ksrini/8185985/webrev.00/
>>
>>
>
More information about the javadoc-dev
mailing list