-
Notifications
You must be signed in to change notification settings - Fork 6.2k
JDK-8310453: Update javadoc of java.lang.Object #14567
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
👋 Welcome back darcy! A progress list of the required criteria for merging this PR into |
RogerRiggs
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good.
|
@jddarcy This change now passes all automated pre-integration checks. ℹ️ This project also has non-automated pre-integration requirements. Please see the file CONTRIBUTING.md for details. After integration, the commit message for the final commit will be: You can use pull request commands such as /summary, /contributor and /issue to adjust it as needed. At the time when this comment was updated there had been 44 new commits pushed to the
As there are no conflicts, your changes will automatically be rebased on top of these commits when integrating. If you prefer to avoid this automatic rebasing, please check the documentation for the /integrate command for further details. ➡️ To integrate this PR with the above commit message to the |
| * @return a string representation of the object. | ||
| * } | ||
| * The {@link java.util.Objects#toIdentityString(Object) | ||
| * Objects.toIdentityString} method returns the string for an |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That last sentence doesn't feel like it needs to be part of @implSpec, although there's definitely a connection.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That is, a clear connection to what's being described by that @implSpec.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This method has an existing apiNote and implSpec. I suspect Joe meant to add this sentence to the apiNote, not the implSpec.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I did mean to add the cross-reference to Objects.toIdentityString to the implSpec section since earlier in the implSpec section the expression that is the basis for Objects.toIdentityString is listed.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
okay
| * @return a string representation of the object. | ||
| * } | ||
| * The {@link java.util.Objects#toIdentityString(Object) | ||
| * Objects.toIdentityString} method returns the string for an |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Separately, is it just me or this sentence could be rephrased to not read like toIdentityString(Object) accepts an object equal to the string (that would ...)?
|
While it's out of scope of this PR, I note that we could also use the inline variant of |
| * method whenever this method is overridden, so as to maintain the | ||
| * general contract for the {@code hashCode} method, which states | ||
| * that equal objects must have equal hash codes. | ||
| * <p>The two-argument {@link java.util.Objects#equals(Object, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I recommend a blank line before to make the paragraph break more obvious.
@jddarcy, I see you have since published a separate PR that includes those methods: #14608; thanks! |
|
/integrate |
|
Going to push as commit 0e4fde3.
Your commit was automatically rebased without conflicts. |
I had occasion to read over the javadoc sources in java.lang.Object recently and noticed a few items that could be updated.
There are some new or expanded API notes referring to methods in java.util.Objects. I added these references as apiNote items rather than, say,
@seetags since@seetag changes would propagate into classes that overrode the methods in questions.Changing toString to use an inline
@returntag has the consequence of omitting a trailing period, "." in the "Returns" section of its javadoc. This also omits a trailing period in subclasses that use the@returnstatement of Object.toString in their own toString method. Likewise for hashCode.Progress
Issue
Reviewers
Reviewing
Using
gitCheckout this PR locally:
$ git fetch https://git.openjdk.org/jdk.git pull/14567/head:pull/14567$ git checkout pull/14567Update a local copy of the PR:
$ git checkout pull/14567$ git pull https://git.openjdk.org/jdk.git pull/14567/headUsing Skara CLI tools
Checkout this PR locally:
$ git pr checkout 14567View PR using the GUI difftool:
$ git pr show -t 14567Using diff file
Download this PR as a diff file:
https://git.openjdk.org/jdk/pull/14567.diff
Webrev
Link to Webrev Comment