Hi, Julia

I found one more empty .diff:

http://cr.openjdk.java.net/~jboes/webrevs/8231186/webrev.02/src/java.base/share/classes/java/util/regex/Matcher.java.sdiff.html

In the .patch file, I see that there are changes to:

ResourceBundle.java, Calendar.java, and SecurityManager.java

so it seems that somehow not all the changes were put into Sdiffs.  Strange!

--

java/io/InputStream.java:

 243      * <p> The {@code read(b,} {@code off,} {@code len)} method

I believe this can be simplified to:

{@code read(b, off, len)}

--
Here's something I found examples of in several places, for instance in PipedInputStream.java:

195 * @exception IOException If the pipe is <a href="#BROKEN"> {@code broken}</a>,

Here we have a link written out in HTML, with {@code} used within the displayed text of the link. This would typically be done instead by using a @link tag, as on the next line:

196 * {@link #connect(java.io.PipedOutputStream) unconnected},

Peeking at the generated HTML, AFAICT the @link tag takes care of generating the <code></code> styling in the generated HTML. I think it's worth considering converting these <a href=...>'s to @link, either now or as future work. I found the following examples in the webrev:

java/io/PipedInputStream.java:

195 * @exception IOException If the pipe is <a href="#BROKEN"> {@code broken}</a>,

 300      *           <a href="#BROKEN"> {@code broken}</a>, closed,

363 * @exception IOException if the pipe is <a href="#BROKEN"> {@code broken}</a>,

 421      *          <a href="#BROKEN"> {@code broken}</a>.

--

java/io/PipedReader.java:

229 * <a href=PipedInputStream.html#BROKEN> {@code broken}</a>,

286 * <a href=PipedInputStream.html#BROKEN> {@code broken}</a>,

334 * <a href=PipedInputStream.html#BROKEN> {@code broken}</a>,

--

java/io/PipedWriter.java:

116 * <a href=PipedOutputStream.html#BROKEN> {@code broken}</a>,

146 * <a href=PipedOutputStream.html#BROKEN>{@code broken}</a>,


Looks good otherwise.

Thanks,
-Brent

On 9/18/19 11:37 AM, Brent Christian wrote:
FWIW, I also noticed this for

http://cr.openjdk.java.net/~jboes/webrevs/8231186/webrev.02/src/java.base/share/classes/java/lang/SecurityManager.java.sdiff.html

-B

On 9/18/19 11:32 AM, naoto.s...@oracle.com wrote:
Hi Julia,

This is not a comment to changes you've made, but the webrev seems missing some diffs, e.g.,

http://cr.openjdk.java.net/~jboes/webrevs/8231186/webrev.02/src/java.base/share/classes/java/util/Calendar.java.sdiff.html http://cr.openjdk.java.net/~jboes/webrevs/8231186/webrev.02/src/java.base/share/classes/java/util/ResourceBundle.java.sdiff.html

Not checked all, so there may be some other blank diffs. Could be a bug in the tool.

Naoto

On 9/18/19 8:47 AM, Julia Boes wrote:
Hi,

This change replaces the HTML code tag with the equivalent javadoc tag in the java.base module as such:

<code>foo</code> becomes {@code foo}

Ignored are any code tags that enclose other HTML or javadoc tags or that contain HTML entities, e.g. character codes.


Examples (after change):

java.base/share/classes/java/nio/charset/spi/CharsetProvider.java

51 * ignored.  The comment character is {@code '#'} (<code>'&#92;u0023'</code>); on

java.base/share/classes/java/io/File.java

625 * <code>new&nbsp;File(this.{@link #getCanonicalPath})</code>.


I reviewed the change with specdiff and doccheck on the java.base module, neither flagged any differences or errors. I also reviewed the javadoc of some classes manually but did not do an extensive manual review.

Bug: https://bugs.openjdk.java.net/browse/JDK-8231186

Webrev: http://cr.openjdk.java.net/~jboes/webrevs/8231186/webrev.02/


The copyright year will be updated before generating the changeset.

Regards,

Julia

Reply via email to