Re: RFR: 8315410: Undocumented exceptions in java.text.StringCharacterIterator [v2]

2023-09-05 Thread Justin Lu
> Please review this PR and [CSR](https://bugs.openjdk.org/browse/JDK-8315558) > which is a conformance change to document some exceptions in the > specification of java.text.StringCharacterIterator. Justin Lu has updated the pull request incrementally with one additional commit since

Re: RFR: 5066247: Refine the spec of equals() and hashCode() for j.text.Format classes [v3]

2023-09-05 Thread Justin Lu
On Fri, 1 Sep 2023 22:26:00 GMT, Justin Lu wrote: >> Please review this PR and [CSR](https://bugs.openjdk.org/browse/JDK-8315720) >> which refines the spec of `equals()` and `hashCode()` in `java.text.Format` >> related classes. >> >> The current spec for m

Re: RFR: 8313813: Field sun.util.calendar.CalendarDate#forceStandardTime is never set [v5]

2023-09-15 Thread Justin Lu
te_ or any inheritors > and can be removed. > > As a result, _ImmutableGregorianDate_ no longer needs to override the > _setLocale_ method and throw UnsupportedOperationException. Justin Lu has updated the pull request incrementally with one additional commit since the last re

Re: RFR: 8313813: Field sun.util.calendar.CalendarDate#forceStandardTime is never set [v4]

2023-09-15 Thread Justin Lu
On Fri, 15 Sep 2023 18:54:19 GMT, Justin Lu wrote: >> Please review this PR which is a continuation of >> [JDK-6453901](https://bugs.openjdk.org/browse/JDK-6453901) to remove unused >> code from the _sun.util.Calendar_ classes. >> >> `forceStandardTime` is al

Re: RFR: 8313813: Field sun.util.calendar.CalendarDate#forceStandardTime is never set [v4]

2023-09-15 Thread Justin Lu
te_ or any inheritors > and can be removed. > > As a result, _ImmutableGregorianDate_ no longer needs to override the > _setLocale_ method and throw UnsupportedOperationException. Justin Lu has updated the pull request incrementally with one additional commit since the last revision

Integrated: 6333341: [BI] Doc: java.text.BreakIterator class specification is unclear

2023-08-31 Thread Justin Lu
On Thu, 24 Aug 2023 21:39:39 GMT, Justin Lu wrote: > Please review this PR and [CSR > ](https://bugs.openjdk.org/browse/JDK-8314974)which clarifies behavior for > BreakIterator instances when text has not been set. > > For example, calling `BreakIterator.getWordInstance

Integrated: 8314925: ChoiceFormat does not specify IllegalArgumentExceptions

2023-08-31 Thread Justin Lu
On Tue, 29 Aug 2023 16:53:29 GMT, Justin Lu wrote: > Please review this PR and [CSR](https://bugs.openjdk.org/browse/JDK-8315148) > which is a conformance change to specify exceptions in java.text.ChoiceFormat. > > Makes `IllegalArgumentException` apparent for `applyPattern` and &

Re: RFR: 8314604: j.text.DecimalFormat behavior regarding patterns is not clear [v3]

2023-09-01 Thread Justin Lu
t; > DecimalFormat df = new DecimalFormat("000.000"); > df.getMaximumIntegerDigits(); // ==> 2147483647 > DecimalFormat df = new DecimalFormat("000.000E0"); > df.getMaximumIntegerDigits(); // ==> 3 > > > Method descriptions should be fixed, and the relevant c

Re: RFR: 5066247: Refine the spec of equals() and hashCode() for j.text.Format classes [v2]

2023-09-01 Thread Justin Lu
fix adjusts the spec to provide a consistent definition for the > overridden methods and specify what is being compared/used to generate a hash > code value. > > For implementations that use at most a few fields, the values are stated, > otherwise a more general term is used as a substitu

Re: RFR: 6228794: java.text.ChoiceFormat pattern behavior is not well documented. [v2]

2023-09-01 Thread Justin Lu
the constructor. > > The pattern syntax may be easier to view -> > https://cr.openjdk.org/~jlu/api/java.base/java/text/ChoiceFormat.html Justin Lu has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains ten commits: - merge ma

Re: RFR: 5066247: Refine the spec of equals() and hashCode() for j.text.Format classes [v3]

2023-09-01 Thread Justin Lu
fix adjusts the spec to provide a consistent definition for the > overridden methods and specify what is being compared/used to generate a hash > code value. > > For implementations that use at most a few fields, the values are stated, > otherwise a more general term is used as a substitu

RFR: 8315558: Undocumented exceptions in java.text.StringCharacterIterator

2023-09-01 Thread Justin Lu
Please review this PR and [CSR](https://bugs.openjdk.org/browse/JDK-8315558) which is a conformance change to document some exceptions in the specification of java.text.StringCharacterIterator. - Commit messages: - copyright year - init Changes:

Integrated: JDK-8315946: DecimalFormat and CompactNumberFormat do allow U+FFFE and U+FFFF in the pattern

2023-09-12 Thread Justin Lu
On Fri, 8 Sep 2023 23:02:02 GMT, Justin Lu wrote: > Please review this change which adjusts the pattern syntax specification for > the two classes to represent the actual behavior. That is, U+FFFE and U+ > are allowed in the suffix/prefix. (Additionally; 'Unicode' is dro

RFR: 8301991: Convert l10n properties resource bundles to UTF-8 native

2023-09-12 Thread Justin Lu
JDK .properties files still use ISO-8859-1 encoding with escape sequences. It would improve readability to see the native characters instead of escape sequences (especially for the L10n process). The majority of files changed are localized resource files. This change converts the Unicode

Re: RFR: 6228794: java.text.ChoiceFormat pattern behavior is not well documented. [v7]

2023-09-12 Thread Justin Lu
the constructor. > > The pattern syntax may be easier to view -> > https://cr.openjdk.org/~jlu/api/java.base/java/text/ChoiceFormat.html Justin Lu has updated the pull request incrementally with one additional commit since the last revision: Use description tags to create synta

RFR: 8313813: Field sun.util.calendar.CalendarDate#forceStandardTime is never set

2023-09-13 Thread Justin Lu
Please review this PR which is a continuation of [JDK-6453901](https://bugs.openjdk.org/browse/JDK-6453901) to remove unused code from the _sun.util.Calendar_ classes. `forceStandardTime` is always false. In addition, `locale` is never by used by _CalendarDate_ or any inheritors and can be

Re: RFR: 8301991: Convert l10n properties resource bundles to UTF-8 native [v2]

2023-09-13 Thread Justin Lu
or .properties files need > to be updated to UTF-8. (IntelliJ IDEA locks .properties files as ISO-8859-1 > unless manually changed). Justin Lu has updated the pull request incrementally with one additional commit since the last revision: Replace InputStreamReader with BufferedReader ---

Re: RFR: 5066247: Refine the spec of equals() and hashCode() for j.text.Format classes [v5]

2023-09-13 Thread Justin Lu
ated, > otherwise a more general term is used as a substitution (i.e. see > `DecimalFormat`). Justin Lu has updated the pull request incrementally with one additional commit since the last revision: Adjust spec to not spec ALL, prevent potential maintenance/peformance issue -

Re: RFR: 8313813: Field sun.util.calendar.CalendarDate#forceStandardTime is never set [v2]

2023-09-13 Thread Justin Lu
On Wed, 13 Sep 2023 19:40:04 GMT, Justin Lu wrote: >> Please review this PR which is a continuation of >> [JDK-6453901](https://bugs.openjdk.org/browse/JDK-6453901) to remove unused >> code from the _sun.util.Calendar_ classes. >> >> `forceStandardTime` is al

Re: RFR: 5066247: Refine the spec of equals() and hashCode() for j.text.Format classes [v6]

2023-09-13 Thread Justin Lu
ated, > otherwise a more general term is used as a substitution (i.e. see > `DecimalFormat`). Justin Lu has updated the pull request incrementally with one additional commit since the last revision: Replace non-static with instance - Changes: - all: https:/

Re: RFR: 8301991: Convert l10n properties resource bundles to UTF-8 native [v2]

2023-09-13 Thread Justin Lu
On Wed, 13 Sep 2023 18:12:15 GMT, Naoto Sato wrote: > Looks good to me, although I did not look at each l10n file, but sampled > some. Thanks for tackling this conversion. Thanks for the review; (In addition to testing), I ran a script to verify only white space escape sequences exist in JDK

Re: RFR: 8313813: Field sun.util.calendar.CalendarDate#forceStandardTime is never set [v2]

2023-09-13 Thread Justin Lu
te_ or any inheritors > and can be removed. > > As a result, _ImmutableGregorianDate_ no longer needs to override the > _setLocale_ method and throw UnsupportedOperationException. Justin Lu has updated the pull request incrementally with one additional commit since the last r

Integrated: 6228794: java.text.ChoiceFormat pattern behavior is not well documented.

2023-09-13 Thread Justin Lu
On Tue, 22 Aug 2023 19:18:35 GMT, Justin Lu wrote: > Please review this PR and associated > [CSR](https://bugs.openjdk.org/browse/JDK-8314546) which expands on the > `java.text.ChoiceFormat` specification regarding its pattern. > > `j.text.ChoiceFormat` provides an

Re: RFR: 8315410: Undocumented exceptions in java.text.StringCharacterIterator [v3]

2023-09-07 Thread Justin Lu
> Please review this PR and [CSR](https://bugs.openjdk.org/browse/JDK-8315558) > which is a conformance change to document some exceptions in the > specification of java.text.StringCharacterIterator. Justin Lu has updated the pull request incrementally with one additional commit since

Re: RFR: 6228794: java.text.ChoiceFormat pattern behavior is not well documented. [v2]

2023-09-07 Thread Justin Lu
On Wed, 6 Sep 2023 23:04:59 GMT, Naoto Sato wrote: > Could the first choice be more specific? Updated with a more syntactical definition. Please let me know if you think this is _too_ specific. > Also, do SubPatterns need to be sorted with Limits? If I am interpreting the question right,

Re: RFR: 6228794: java.text.ChoiceFormat pattern behavior is not well documented. [v3]

2023-09-07 Thread Justin Lu
the constructor. > > The pattern syntax may be easier to view -> > https://cr.openjdk.org/~jlu/api/java.base/java/text/ChoiceFormat.html Justin Lu has updated the pull request incrementally with one additional commit since the last revision: Reflect Naoto's comments fro

Re: RFR: 6228794: java.text.ChoiceFormat pattern behavior is not well documented. [v5]

2023-09-08 Thread Justin Lu
the constructor. > > The pattern syntax may be easier to view -> > https://cr.openjdk.org/~jlu/api/java.base/java/text/ChoiceFormat.html Justin Lu has updated the pull request incrementally with three additional commits since the last revision: - Make starting sentence consisten

Re: RFR: 6228794: java.text.ChoiceFormat pattern behavior is not well documented. [v2]

2023-09-07 Thread Justin Lu
On Thu, 7 Sep 2023 19:35:06 GMT, Naoto Sato wrote: > This should be excluded from the pattern syntax I presume you meant that the syntax should _include_ the required ascending order of limits. Updated to make this apparent, I also adjusted the syntax a little bit to be more accurate. The

Re: RFR: 6228794: java.text.ChoiceFormat pattern behavior is not well documented. [v4]

2023-09-07 Thread Justin Lu
the constructor. > > The pattern syntax may be easier to view -> > https://cr.openjdk.org/~jlu/api/java.base/java/text/ChoiceFormat.html Justin Lu has updated the pull request incrementally with one additional commit since the last revision: Review: Make ascending format cl

RFR: JDK-8315946: DecimalFormat and CompactNumberFormat do allow U+FFFE and U+FFFF in the pattern

2023-09-08 Thread Justin Lu
Please review this change which adjusts the pattern syntax specification for the two classes to represent the actual behavior. That is, U+FFFE and U+ are allowed in the suffix/prefix. (Additionally; 'Unicode' is dropped from the definitions, as a Java character is composed of Unicode code

Re: RFR: 6228794: java.text.ChoiceFormat pattern behavior is not well documented. [v5]

2023-09-08 Thread Justin Lu
On Fri, 8 Sep 2023 20:21:56 GMT, Naoto Sato wrote: >> Justin Lu has updated the pull request incrementally with three additional >> commits since the last revision: >> >> - Make starting sentence consistent with other Format classes. Improve >> wording

Re: RFR: 6228794: java.text.ChoiceFormat pattern behavior is not well documented. [v6]

2023-09-08 Thread Justin Lu
the constructor. > > The pattern syntax may be easier to view -> > https://cr.openjdk.org/~jlu/api/java.base/java/text/ChoiceFormat.html Justin Lu has updated the pull request incrementally with one additional commit since the last revision: Drop Unicode from definition, im

Integrated: 8315410: Undocumented exceptions in java.text.StringCharacterIterator

2023-09-08 Thread Justin Lu
On Fri, 1 Sep 2023 23:12:28 GMT, Justin Lu wrote: > Please review this PR and [CSR](https://bugs.openjdk.org/browse/JDK-8315558) > which is a conformance change to document some exceptions in the > specification of java.text.StringCharacterIterator. This pull request has now been i

Re: RFR: JDK-8314611: Provide more explicative error message parsing Currencies [v3]

2023-08-29 Thread Justin Lu
On Tue, 29 Aug 2023 16:40:07 GMT, Naoto Sato wrote: > I think the same wording changes are needed in the test, as it checks the > error messages word by word. You're totally right, just fixed. - PR Comment: https://git.openjdk.org/jdk/pull/15458#issuecomment-1697803949

RFR: 8314925: ChoiceFormat does not specify IllegalArgumentExceptions

2023-08-29 Thread Justin Lu
Please review this PR and [CSR](https://bugs.openjdk.org/browse/JDK-8315148) which is a conformance change to specify exceptions in java.text.ChoiceFormat. Makes `IllegalArgumentException` apparent for `applyPattern` and `setChoices`, as well as for the associated constructors that call the

Re: RFR: 8314925: ChoiceFormat does not specify IllegalArgumentExceptions

2023-08-29 Thread Justin Lu
On Tue, 29 Aug 2023 16:53:29 GMT, Justin Lu wrote: > Please review this PR and [CSR](https://bugs.openjdk.org/browse/JDK-8315148) > which is a conformance change to specify exceptions in java.text.ChoiceFormat. > > Makes `IllegalArgumentException` apparent for `applyPattern` and &

Re: RFR: JDK-8314611: Provide more explicative error message parsing Currencies [v4]

2023-08-29 Thread Justin Lu
> Please review this PR which updates some exceptions in j.util.Currency to > have an explicit error message (as opposed to nothing). > > The exceptions are thrown when the ISO 4217/3166 currency/country codes are > in an invalid form, or do not exist. Justin Lu has updated t

Re: RFR: 8314604: j.text.DecimalFormat behavior regarding patterns is not clear

2023-08-29 Thread Justin Lu
On Tue, 29 Aug 2023 18:02:51 GMT, Naoto Sato wrote: >> Please review this PR and [CSR](https://bugs.openjdk.org/browse/JDK-8314607) >> which clarifies the behavior of patterns in regards to the max integer >> digits in j.text.DecimalFormat. >> >> The current specification (of `applyPattern`)

Re: RFR: 8314604: j.text.DecimalFormat behavior regarding patterns is not clear [v2]

2023-08-29 Thread Justin Lu
t; > DecimalFormat df = new DecimalFormat("000.000"); > df.getMaximumIntegerDigits(); // ==> 2147483647 > DecimalFormat df = new DecimalFormat("000.000E0"); > df.getMaximumIntegerDigits(); // ==> 3 > > > Method descriptions should be fixed, and the relevant cons

Re: RFR: 8314604: j.text.DecimalFormat behavior regarding patterns is not clear [v2]

2023-08-29 Thread Justin Lu
On Tue, 29 Aug 2023 18:02:51 GMT, Naoto Sato wrote: >> Justin Lu has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Reflect review comments: Non sci notation first. Link to Scientific >> Notation section &

Re: RFR: 6333341: [BI] Doc: java.text.BreakIterator class specification is unclear [v2]

2023-08-29 Thread Justin Lu
> BreakIterator instance to default to a `StringCharacterIterator` with an > empty string (equivalent to calling setText("")). Justin Lu has updated the pull request incrementally with one additional commit since the last revision: Use implNote tag - Changes:

Integrated: JDK-8314611: Provide more explicative error message parsing Currencies

2023-08-30 Thread Justin Lu
On Mon, 28 Aug 2023 21:14:53 GMT, Justin Lu wrote: > Please review this PR which updates some exceptions in j.util.Currency to > have an explicit error message (as opposed to nothing). > > The exceptions are thrown when the ISO 4217/3166 currency/country codes are > in an inva

Integrated: 8301991: Convert l10n properties resource bundles to UTF-8 native

2023-09-14 Thread Justin Lu
On Tue, 12 Sep 2023 21:57:31 GMT, Justin Lu wrote: > JDK .properties files still use ISO-8859-1 encoding with escape sequences. It > would improve readability to see the native characters instead of escape > sequences (especially for the L10n process). The majority of file

Re: RFR: 8313813: Field sun.util.calendar.CalendarDate#forceStandardTime is never set [v3]

2023-09-13 Thread Justin Lu
te_ or any inheritors > and can be removed. > > As a result, _ImmutableGregorianDate_ no longer needs to override the > _setLocale_ method and throw UnsupportedOperationException. Justin Lu has updated the pull request incrementally with one additional commit since the last rev

Integrated: 8314604: j.text.DecimalFormat behavior regarding patterns is not clear

2023-09-06 Thread Justin Lu
On Fri, 18 Aug 2023 21:28:34 GMT, Justin Lu wrote: > Please review this PR and [CSR](https://bugs.openjdk.org/browse/JDK-8314607) > which clarifies the behavior of patterns in regards to the max integer > digits in j.text.DecimalFormat. > > The current specification (o

Re: RFR: 5066247: Refine the spec of equals() and hashCode() for j.text.Format classes [v4]

2023-09-06 Thread Justin Lu
ated, > otherwise a more general term is used as a substitution (i.e. see > `DecimalFormat`). Justin Lu has updated the pull request incrementally with two additional commits since the last revision: - CSR review: Adjust equals wording, improve correctness of hashCode defin

Integrated: JDK-8317372: Refactor some NumberFormat tests to use JUnit

2023-10-13 Thread Justin Lu
On Tue, 3 Oct 2023 22:23:11 GMT, Justin Lu wrote: > Please review this PR which refactors a number of tests under > `test/text/NumberFormat` to use JUnit. > > During the switch to JUnit, the tests had the following updates (to improve > readability) > - separate the test da

RFR: JDK-7061097: [Doc] Inconsistenency between the spec and the implementation for DateFormat.Field

2023-10-19 Thread Justin Lu
Please review this PR which adjusts the specification of `DateFormat.Field::getCalendarField` to conform to the implementation. `getCalendarField()` claims that it will return -1 if there is no corresponding `Calendar` constant. Although the built-in DateFormat.Fields with no associated

Integrated: 8318322: Update IANA Language Subtag Registry to Version 2023-10-16

2023-10-19 Thread Justin Lu
On Tue, 17 Oct 2023 20:06:03 GMT, Justin Lu wrote: > This change updates the IANA subtag registry to the update released on > 2023-10-16. > > Announcement -> > https://mm.icann.org/pipermail/ietf-languages-announcements/2023-October/89.html This pull request has n

Integrated: JDK-8315064: j.text.ChoiceFormat provides no specification on quoting behavior

2023-10-19 Thread Justin Lu
On Fri, 29 Sep 2023 20:46:44 GMT, Justin Lu wrote: > Please review this PR and which adjusts the pattern section of > java.text.ChoiceFormat to specify the single quote behavior within a String > pattern. > > The other Format classes that take a String pattern such a

Integrated: 8318186: ChoiceFormat inconsistency between applyPattern() and setChoices()

2023-10-25 Thread Justin Lu
On Mon, 23 Oct 2023 17:16:08 GMT, Justin Lu wrote: > Please review this PR which clarifies inconsistency between > `ChoiceFormat::applyPattern` and `ChoiceFormat::setChoices`. > > A `ChoiceFormat` is composed of limits and formats. `applyPattern()` will > throw an exce

Integrated: 8318613: ChoiceFormat patterns are not well tested

2023-10-25 Thread Justin Lu
On Mon, 23 Oct 2023 21:15:44 GMT, Justin Lu wrote: > Please review this PR which adds a test for ChoiceFormat intended to test a > wide range of ChoiceFormat patterns. > > The existing test _Bug4387255_ only tests a singular basic pattern and does > not test for incorrect

Re: RFR: JDK-8317612: ChoiceFormat and MessageFormat constructors call non-final public method [v3]

2023-10-27 Thread Justin Lu
On Fri, 27 Oct 2023 18:00:38 GMT, Naoto Sato wrote: >> Justin Lu has updated the pull request incrementally with two additional >> commits since the last revision: >> >> - additional cleanup/wording changes >> - replace spec fix with private methods > > s

Re: RFR: JDK-8317612: ChoiceFormat and MessageFormat constructors call non-final public method [v4]

2023-10-27 Thread Justin Lu
mat::applyPattern_. The code should be updated so that both the > methods and constructors call a separate private method. Some other drive-by > cleanup changes were included in the change as well. Justin Lu has updated the pull request incrementally with one additional commit since the last revi

Re: RFR: JDK-8317612: ChoiceFormat and MessageFormat constructors call non-final public method [v3]

2023-10-27 Thread Justin Lu
both ChoiceFormat and MessageFormat call the > public and non-final applyPattern method; any changes in the applyPattern of > a subclass will be reflected in the constructors as well. Justin Lu has updated the pull request incrementally with two additional commits since the last revision

Integrated: JDK-8317612: ChoiceFormat and MessageFormat constructors call non-final public method

2023-11-01 Thread Justin Lu
On Thu, 5 Oct 2023 20:44:55 GMT, Justin Lu wrote: > Please review this PR which updates ChoiceFormat and MessageFormat to no > longer call overridable methods in their constructors. > > The overridable methods called in the constructors are: > _ChoiceFormat::applyPattern_

RFR: 8318466: Improve spec of NumberFormat's methods with unsupported operations

2023-11-01 Thread Justin Lu
Please review this simple change which refines the specification of some NumberFormat methods (with unsupported operations) to separate the API and implementation specification. - Commit messages: - cleanup setRoundingMode() - Merge branch 'master' into

RFR: 8319378: Spec for j.util.Timer::purge and j.util.Timer::cancel could be improved

2023-11-03 Thread Justin Lu
Please review this PR which clarifies the definition of a _cancelled_ task in _j.util.Timer::purge_ and _j.util.Timer::cancel_. Timer::purge claims that its return value is the number of tasks in the queue that were cancelled. This can be misleading, as a user can call Timer::cancel, thinking

Integrated: 8318466: Improve spec of NumberFormat's methods with unsupported operations

2023-11-03 Thread Justin Lu
On Wed, 1 Nov 2023 21:27:57 GMT, Justin Lu wrote: > Please review this simple change which refines the specification of some > NumberFormat methods (with unsupported operations) to separate the API and > implementation specification. This pull request has now been integrated.

Integrated: 8319378: Spec for j.util.Timer::purge and j.util.Timer::cancel could be improved

2023-11-07 Thread Justin Lu
On Fri, 3 Nov 2023 20:40:11 GMT, Justin Lu wrote: > Please review this PR which clarifies the definition of a _cancelled_ task in > _j.util.Timer::purge_ and _j.util.Timer::cancel_. > > Timer::purge claims that its return value is the number of tasks in the queue > that

RFR: 8318613: ChoiceFormat patterns are not well tested

2023-10-23 Thread Justin Lu
Please review this PR which adds a test for ChoiceFormat intended to test a wide range of ChoiceFormat patterns. The existing test _Bug4387255_ only tests a singular basic pattern and does not test for incorrect patterns either. The new test checks - both correct and incorrect patterns - the

Re: RFR: 8318613: ChoiceFormat patterns are not well tested [v2]

2023-10-23 Thread Justin Lu
On Mon, 23 Oct 2023 22:19:15 GMT, Naoto Sato wrote: >> Justin Lu has updated the pull request incrementally with one additional >> commit since the last revision: >> >> implement feedback > > test/jdk/java/text/Format/ChoiceFormat/Patte

Re: RFR: 8318613: ChoiceFormat patterns are not well tested [v2]

2023-10-23 Thread Justin Lu
> > - both correct and incorrect patterns > - the behavior of incorrect patterns that either throw an > IllegalArgumentException or discard the incorrect portion > - the case of formatting with an empty pattern (that leads to empty limits > and formats) Justin Lu has updated the pull re

Re: RFR: JDK-8316435: sun.util.calendar.CalendarSystem subclassing should be restricted [v3]

2023-09-19 Thread Justin Lu
On Tue, 19 Sep 2023 16:48:54 GMT, Naoto Sato wrote: >> Justin Lu has updated the pull request with a new target base due to a merge >> or a rebase. The pull request now contains 15 commits: >> >> - Re-import Locale after merge for Formatter >> - Merge

Re: RFR: JDK-8316435: sun.util.calendar.CalendarSystem subclassing should be restricted [v3]

2023-09-19 Thread Justin Lu
ended by > (`Gregorian, JulianCalendar, LocalGregorianCalendar`) > > `CalendarDate` extended by `BaseCalendar.Date` extended by > (`Gregorian.Date, ImmutableGregorianDate, JulianCalendar.Date, > LocalGregorianCalendar.Date`) > > Additionally, CalendarUtils was made `final`, as it is a

Re: RFR: JDK-8316435: sun.util.calendar.CalendarSystem subclassing should be restricted [v4]

2023-09-19 Thread Justin Lu
ended by > (`Gregorian, JulianCalendar, LocalGregorianCalendar`) > > `CalendarDate` extended by `BaseCalendar.Date` extended by > (`Gregorian.Date, ImmutableGregorianDate, JulianCalendar.Date, > LocalGregorianCalendar.Date`) > > Additionally, CalendarUtils was made `final`, as it is a

Re: RFR: JDK-8316435: sun.util.calendar.CalendarSystem subclassing should be restricted [v2]

2023-09-19 Thread Justin Lu
ended by > (`Gregorian, JulianCalendar, LocalGregorianCalendar`) > > `CalendarDate` extended by `BaseCalendar.Date` extended by > (`Gregorian.Date, ImmutableGregorianDate, JulianCalendar.Date, > LocalGregorianCalendar.Date`) > > Additionally, CalendarUtils was made `final`, as it is a

Re: RFR: 8310631: test/jdk/sun/nio/cs/TestCharsetMapping.java is spuriously passing

2023-09-19 Thread Justin Lu
On Tue, 19 Sep 2023 01:01:14 GMT, Naoto Sato wrote: > Fixed the failing (well, false-positive) test case. Made the following > changes to the test: > > - Corrected the path to the mapping files directory > - Made sure to fail if the directory path is incorrect > - Took care of `GB18030` alias,

Re: RFR: JDK-8316559: Refactor some util/Calendar tests to JUnit [v4]

2023-09-22 Thread Justin Lu
> Please review this PR which converts some tests under _Calendar_ to use > JUnit. These tests either previously used the internal _IntlTest_, or used no > framework at all. > > Any files named BugXXX.java will be renamed after review. Justin Lu has updated the pull reques

Re: RFR: JDK-8316559: Refactor some util/Calendar tests to JUnit [v2]

2023-09-22 Thread Justin Lu
On Fri, 22 Sep 2023 06:44:16 GMT, Andrey Turbanov wrote: >> Justin Lu has updated the pull request incrementally with two additional >> commits since the last revision: >> >> - Review: revert removal of SupressWarnings annotation >> - Reflect review comments &

Re: RFR: JDK-8316559: Refactor some util/Calendar tests to JUnit [v2]

2023-09-22 Thread Justin Lu
On Thu, 21 Sep 2023 22:18:04 GMT, Naoto Sato wrote: >> Justin Lu has updated the pull request incrementally with two additional >> commits since the last revision: >> >> - Review: revert removal of SupressWarnings annotation >> - Reflect review comments &

Re: RFR: JDK-8316559: Refactor some util/Calendar tests to JUnit [v2]

2023-09-22 Thread Justin Lu
> Please review this PR which converts some tests under _Calendar_ to use > JUnit. These tests either previously used the internal _IntlTest_, or used no > framework at all. > > Any files named BugXXX.java will be renamed after review. Justin Lu has updated the pull reques

Re: RFR: JDK-8316559: Refactor some util/Calendar tests to JUnit [v3]

2023-09-22 Thread Justin Lu
> Please review this PR which converts some tests under _Calendar_ to use > JUnit. These tests either previously used the internal _IntlTest_, or used no > framework at all. > > Any files named BugXXX.java will be renamed after review. Justin Lu has updated the pull reques

Re: RFR: JDK-8316559: Refactor some util/Calendar tests to JUnit [v2]

2023-09-22 Thread Justin Lu
On Fri, 22 Sep 2023 20:45:39 GMT, Lance Andersen wrote: > Overall, this is fine. > > I would like to suggest comments to introduce all tests and DataProviders. > Extra credit for helper methods. > > From a future maintainers Point of view, having more info in the tests is > beneficial.

Integrated: JDK-8316629: j.text.DateFormatSymbols setZoneStrings() exception is unhelpful

2023-09-21 Thread Justin Lu
On Wed, 20 Sep 2023 22:10:16 GMT, Justin Lu wrote: > Please review this PR, which updates the exception message for > java.text.DateFormatSymbols.setZoneStrings > > `setZoneStrings()` takes a multi dimensional array as input. If any row does > not have a lengt

Integrated: JDK-8316435: sun.util.calendar.CalendarSystem subclassing should be restricted

2023-09-21 Thread Justin Lu
On Mon, 18 Sep 2023 22:42:09 GMT, Justin Lu wrote: > Please review this PR which restricts sub-classing of the internal calendar > system in sun.util.calendar to only the existing implementations. Drive by > cleanup included. > > As the implementation is long-standi

Re: RFR: JDK-8316696: Remove the testing base classes: IntlTest and CollatorTest [v2]

2023-09-28 Thread Justin Lu
manually adjusted > - Also clarified some tests that had optional argument setup in the main > method (now removed) > > removal of IntlTest and CollatorTest - > [8ee9f9c](https://github.com/openjdk/jdk/commit/8ee9f9c79f79210ee6244186970d87a1cac05556) > - Removes both the test

Re: RFR: JDK-8316696: Remove the testing base classes: IntlTest and CollatorTest [v3]

2023-09-28 Thread Justin Lu
manually adjusted > - Also clarified some tests that had optional argument setup in the main > method (now removed) > > removal of IntlTest and CollatorTest - > [8ee9f9c](https://github.com/openjdk/jdk/commit/8ee9f9c79f79210ee6244186970d87a1cac05556) > - Removes both the test cla

Re: RFR: 5066247: Refine the spec of equals() and hashCode() for j.text.Format classes [v7]

2023-09-28 Thread Justin Lu
ated, > otherwise a more general term is used as a substitution (i.e. see > `DecimalFormat`). Justin Lu has updated the pull request incrementally with one additional commit since the last revision: Implement CSR review and WS fix in CompactNumberFormat - Changes: - all:

Re: RFR: JDK-8316559: Refactor some util/Calendar tests to JUnit [v6]

2023-09-28 Thread Justin Lu
> Please review this PR which converts some tests under _Calendar_ to use > JUnit. These tests either previously used the internal _IntlTest_, or used no > framework at all. > > Any files named BugXXX.java will be renamed after review. Justin Lu has updated the pull reques

Integrated: JDK-8316559: Refactor some util/Calendar tests to JUnit

2023-09-28 Thread Justin Lu
On Wed, 20 Sep 2023 23:20:43 GMT, Justin Lu wrote: > Please review this PR which converts some tests under _Calendar_ to use > JUnit. These tests either previously used the internal _IntlTest_, or used no > framework at all. > > Any files named BugXXX.java will be renam

Integrated: 5066247: Refine the spec of equals() and hashCode() for j.text.Format classes

2023-10-01 Thread Justin Lu
On Mon, 28 Aug 2023 21:24:18 GMT, Justin Lu wrote: > Please review this PR and [CSR](https://bugs.openjdk.org/browse/JDK-8315720) > which refines the spec of `equals()` and `hashCode()` in `java.text.Format` > related classes. > > The current spec for most of these me

Re: RFR: JDK-8316559: Refactor some util/Calendar tests to JUnit [v5]

2023-09-26 Thread Justin Lu
> Please review this PR which converts some tests under _Calendar_ to use > JUnit. These tests either previously used the internal _IntlTest_, or used no > framework at all. > > Any files named BugXXX.java will be renamed after review. Justin Lu has updated the pull reques

RFR: JDK-8316696: Remove the testing base classes: IntlTest and CollatorTest

2023-09-27 Thread Justin Lu
Please review this PR which removes the i18n related testing base classes `IntlTest` and `CollatorTest` and converts all the tests that use them, IntlTest and CollatorTest are testing classes which are extended by tests in `text/`, `util/Locale`, `util/TimeZone`, and `util/Calendar`. The

Re: RFR: JDK-8316696: Remove the testing base classes: IntlTest and CollatorTest [v6]

2023-10-03 Thread Justin Lu
s://github.com/openjdk/jdk/pull/15954/commits/f90266f4f019c031c5f985dd658f62a02cc8b422) > > [3c67679](https://github.com/openjdk/jdk/pull/15954/commits/3c676794dd0c703db066a346c36e213d113d9acc) > - Removes IntlTest in both the testlib and under TimeZone/ > - Replaces CollatorTest with Colla

Integrated: JDK-8316696: Remove the testing base classes: IntlTest and CollatorTest

2023-10-03 Thread Justin Lu
On Thu, 28 Sep 2023 01:02:46 GMT, Justin Lu wrote: > Please review this PR which removes the i18n related testing base classes > `IntlTest` and `CollatorTest` and converts all the tests that use them, > > IntlTest and CollatorTest are testing classes which are extended by tests

Re: RFR: JDK-8316435: sun.util.calendar.CalendarSystem subclassing should be restricted [v5]

2023-09-20 Thread Justin Lu
ended by > (`Gregorian, JulianCalendar, LocalGregorianCalendar`) > > `CalendarDate` extended by `BaseCalendar.Date` extended by > (`Gregorian.Date, ImmutableGregorianDate, JulianCalendar.Date, > LocalGregorianCalendar.Date`) > > Additionally, CalendarUtils was made `final`, as it is a

RFR: JDK-8316629: j.text.DateFormatSymbols setZoneStrings() exception is unhelpful

2023-09-20 Thread Justin Lu
Please review this PR, which updates the exception message for java.text.DateFormatSymbols.setZoneStrings `setZoneStrings()` takes a multi dimensional array as input. If any row does not have a length of at least 5, an _IllegalArgumentException_ is thrown. The exception should indicate why it

Integrated: 8313813: Field sun.util.calendar.CalendarDate#forceStandardTime is never set

2023-09-18 Thread Justin Lu
On Wed, 13 Sep 2023 17:52:13 GMT, Justin Lu wrote: > Please review this PR which is a continuation of > [JDK-6453901](https://bugs.openjdk.org/browse/JDK-6453901) to remove unused > code from the _sun.util.Calendar_ classes. > > `forceStandardTime` is always false. > >

RFR: JDK-8316435: sun.util.calendar.CalendarSystem subclassing should be restricted

2023-09-18 Thread Justin Lu
Please review this PR which restricts sub-classing of the internal calendar system in sun.util.calendar to only the existing implementations. As the implementation is long-standing and complete with no intent for future sub-classing, the CalendarSystem should be made sealed. Modifiers adjusted

RFR: JDK-8316559: Refactor some util/Calendar tests to JUnit

2023-09-20 Thread Justin Lu
Please review this PR which converts some tests under _Calendar_ to use JUnit. These tests either previously used the internal _IntlTest_, or used no framework at all. Any files named BugXXX.java will be renamed after review. - Commit messages: - Separate data generation and

Re: RFR: 8316540: StoreReproducibilityTest fails on some locales [v2]

2023-09-20 Thread Justin Lu
On Wed, 20 Sep 2023 16:12:36 GMT, Naoto Sato wrote: >> Fixing a test case that fails in some time zones. Making sure the test is >> run in `UTC` zone will fix the issue. Confirmed the fix by manually setting >> machine's time zone to Europe/Dublin. > > Naoto Sato has updated the pull request

RFR: JDK-8315064: j.text.ChoiceFormat provides no specification on quoting behavior

2023-09-29 Thread Justin Lu
Please review this PR and which adjusts the pattern section of java.text.ChoiceFormat to specify the single quote behavior within a String pattern. The other Format classes that take a String pattern such as DecimalFormat, CompactNumberFormat, and MessageFormat all provide specification on

Re: RFR: JDK-8316696: Remove the testing base classes: IntlTest and CollatorTest [v4]

2023-09-29 Thread Justin Lu
s://github.com/openjdk/jdk/pull/15954/commits/f90266f4f019c031c5f985dd658f62a02cc8b422) > > [3c67679](https://github.com/openjdk/jdk/pull/15954/commits/3c676794dd0c703db066a346c36e213d113d9acc) > - Removes IntlTest in both the testlib and under TimeZone/ > - Replaces CollatorTest with Co

Re: RFR: JDK-8316696: Remove the testing base classes: IntlTest and CollatorTest [v3]

2023-09-29 Thread Justin Lu
On Fri, 29 Sep 2023 17:30:42 GMT, Naoto Sato wrote: >> Justin Lu has updated the pull request incrementally with one additional >> commit since the last revision: >> >> cleanup util classes in text/testlib > > test/jdk/java/text/BreakIterator/BreakIterato

Re: RFR: JDK-8316696: Remove the testing base classes: IntlTest and CollatorTest [v5]

2023-09-29 Thread Justin Lu
s://github.com/openjdk/jdk/pull/15954/commits/f90266f4f019c031c5f985dd658f62a02cc8b422) > > [3c67679](https://github.com/openjdk/jdk/pull/15954/commits/3c676794dd0c703db066a346c36e213d113d9acc) > - Removes IntlTest in both the testlib and under TimeZone/ > - Replaces CollatorTest with Colla

Re: RFR: JDK-8316696: Remove the testing base classes: IntlTest and CollatorTest [v4]

2023-09-29 Thread Justin Lu
On Fri, 29 Sep 2023 22:00:23 GMT, Naoto Sato wrote: >> Justin Lu has updated the pull request with a new target base due to a merge >> or a rebase. The pull request now contains seven commits: >> >> - merge master and resolve conflicts >> - implement feedb

Re: RFR: JDK-8317372: Refactor some NumberFormat tests to use JUnit [v2]

2023-10-11 Thread Justin Lu
gt; - create distinct test methods so that all the tests aren't just run under > one big method (e.g. main) Justin Lu has updated the pull request incrementally with one additional commit since the last revision: Reflect review comments - Changes: - all: https://git.openjdk.

Re: RFR: JDK-8317372: Refactor some NumberFormat tests to use JUnit [v2]

2023-10-11 Thread Justin Lu
On Mon, 9 Oct 2023 20:13:39 GMT, Naoto Sato wrote: >> Justin Lu has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Reflect review comments > > test/jdk/java/text/Format/NumberFormat/BigDecimalCompatibilityTe

Re: RFR: JDK-8317372: Refactor some NumberFormat tests to use JUnit [v3]

2023-10-12 Thread Justin Lu
gt; - create distinct test methods so that all the tests aren't just run under > one big method (e.g. main) Justin Lu has updated the pull request incrementally with one additional commit since the last revision: Swap grouping and decimal separator - Changes: - all: https://

  1   2   3   4   5   6   7   8   >