RFR: 8212895: ChronoField.INSTANT_SECONDS's range doesn't match the range of Instant [v2]

Naoto Sato naoto at openjdk.org
Wed Apr 10 12:29:59 UTC 2024


On Wed, 10 Apr 2024 01:31:36 GMT, Jaikiran Pai <jpai at openjdk.org> wrote:

>> src/java.base/share/classes/java/time/temporal/ChronoField.java line 590:
>> 
>>> 588:      * This is necessary to ensure interoperation between calendars.
>>> 589:      * <p>
>>> 590:      * Range of {@code InstantSeconds} is between {@link Instant#MIN} and {@link Instant#MAX}
>> 
>> Nit: `InstantSeconds` -> `INSTANT_SECONDS`
>
> Hello Naoto, I had used `InstantSeconds` to keep it consistent with how a similar doc is used for the `EPOCH_DAY` field. Let me know if you still prefer this to be `INSTANT_SECONDS` and I will update it.

With the @code tag, I initially thought it can be used programmatically, but apparently, it was simply an Enum name. Users may not notice it till they see the source (or run its `toString()`). I am fine with either way, but probably keep consistent with `EPOCH_DAY` where it is not using @code tag.

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

PR Review Comment: https://git.openjdk.org/jdk/pull/18674#discussion_r1559346584


More information about the core-libs-dev mailing list