Re: Regexp with word-boundary followed by unicode character doesn't work in 19, 21

2023-12-15 Thread Naoto Sato
Or use extended Grapheme Cluster boundary "\\b{g}" instead of "\\b". This will correctly search emoji sequences such as ‍‍‍, while "\\b" with Unicode option won't. HTH, Naoto On 12/15/23 11:29 AM, Stefan Norberg wrote: Thanks Raffaello, Ah, thanks! Found

Re: RFR: 8320919: Clarify Locale related system properties [v7]

2023-12-15 Thread Naoto Sato
. It is also the intention of > this PR to clarify those system properties and how they are overridden. A > corresponding CSR has been drafted. Naoto Sato has updated the pull request incrementally with one additional commit since the last revision: Reflects review comments -

Re: RFR: 8320919: Clarify Locale related system properties [v6]

2023-12-15 Thread Naoto Sato
On Fri, 15 Dec 2023 20:39:47 GMT, Brent Christian wrote: >> Naoto Sato has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Reflects review comments > > src/java.base/share/classes/java/util/Locale.java lin

[jdk22] Integrated: 8321958: @param/@return descriptions of ZoneRules#isDaylightSavings() are incorrect

2023-12-15 Thread Naoto Sato
On Fri, 15 Dec 2023 17:41:43 GMT, Naoto Sato wrote: > 8321958: @param/@return descriptions of ZoneRules#isDaylightSavings() are > incorrect This pull request has now been integrated. Changeset: 57d97b52 Author: Naoto Sato URL: https://git.openjdk.org/jdk22/

[jdk22] RFR: 8321958: @param/@return descriptions of ZoneRules#isDaylightSavings() are incorrect

2023-12-15 Thread Naoto Sato
8321958: @param/@return descriptions of ZoneRules#isDaylightSavings() are incorrect - Commit messages: - Backport 87ef73329f66e898d85eecea94a4104a13b3a2db Changes: https://git.openjdk.org/jdk22/pull/16/files Webrev: https://webrevs.openjdk.org/?repo=jdk22=16=00 Issue:

Integrated: 8321958: @param/@return descriptions of ZoneRules#isDaylightSavings() are incorrect

2023-12-15 Thread Naoto Sato
On Wed, 13 Dec 2023 23:10:05 GMT, Naoto Sato wrote: > Small document correction on a return description. This pull request has now been integrated. Changeset: 87ef7332 Author: Naoto Sato URL: https://git.openjdk.org/jdk/commit/87ef73329f66e898d85eecea94a4104a13b3a2db Stats:

Re: RFR: 8321958: @param/@return descriptions of ZoneRules#isDaylightSavings() are incorrect [v2]

2023-12-15 Thread Naoto Sato
On Thu, 14 Dec 2023 17:08:02 GMT, Naoto Sato wrote: >> Small document correction on a return description. > > Naoto Sato has updated the pull request incrementally with one additional > commit since the last revision: > > Corrected @param description T

Re: RFR: 8320919: Clarify Locale related system properties [v5]

2023-12-14 Thread Naoto Sato
On Thu, 14 Dec 2023 21:27:06 GMT, Roger Riggs wrote: >> Naoto Sato has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Reflects review comments > > src/java.base/share/classes/java/util/Locale.java line 264

Re: RFR: 8320919: Clarify Locale related system properties [v6]

2023-12-14 Thread Naoto Sato
. It is also the intention of > this PR to clarify those system properties and how they are overridden. A > corresponding CSR has been drafted. Naoto Sato has updated the pull request incrementally with one additional commit since the last revision: Reflects review comments -

Re: RFR: 8322041: JDK 22 RDP1 L10n resource files update

2023-12-14 Thread Naoto Sato
On Wed, 13 Dec 2023 22:12:48 GMT, Alisen Chung wrote: > Translation drop for JDK22 RDP1 src/jdk.javadoc/share/classes/jdk/javadoc/internal/doclets/toolkit/resources/doclets_ja.properties line 111: > 109: doclet.Factory=ファクトリ: > 110: doclet.UnknownTag=不明なタグ。未登録のカスタム・タグ? > 111:

Re: RFR: 8321958: javadoc error: @returns of ZoneRules#isDaylightSavings() is incorrect [v2]

2023-12-14 Thread Naoto Sato
> Small document correction on a return description. Naoto Sato has updated the pull request incrementally with one additional commit since the last revision: Corrected @param description - Changes: - all: https://git.openjdk.org/jdk/pull/17098/files - new: ht

Re: RFR: 8321958: javadoc error: @returns of ZoneRules#isDaylightSavings() is incorrect [v2]

2023-12-14 Thread Naoto Sato
On Thu, 14 Dec 2023 09:32:23 GMT, Jaikiran Pai wrote: >> Naoto Sato has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Corrected @param description > > src/java.base/share/classes/java/time/zone/Zone

RFR: 8321958: javadoc error: @returns of ZoneRules#isDaylightSavings() is incorrect

2023-12-13 Thread Naoto Sato
Small document correction on a return description. - Commit messages: - initial commit Changes: https://git.openjdk.org/jdk/pull/17098/files Webrev: https://webrevs.openjdk.org/?repo=jdk=17098=00 Issue: https://bugs.openjdk.org/browse/JDK-8321958 Stats: 2 lines in 1 file

Re: RFR: 8320919: Clarify Locale related system properties [v5]

2023-12-13 Thread Naoto Sato
On Wed, 13 Dec 2023 21:25:13 GMT, Jorn Vernee wrote: >> Right, I suggested putting that in parentheses. Historically we haven't been >> very formal about distinguishing between normative (Java SE) specifications >> and informative text that talks about implementations. In this case I felt >>

Re: RFR: 8320279: Link issues in java.xml module-info.java

2023-12-13 Thread Naoto Sato
On Wed, 13 Dec 2023 20:54:16 GMT, Joe Wang wrote: > Doc-only change: fix incorrect links in module-info.java and StAX factories. Marked as reviewed by naoto (Reviewer). - PR Review: https://git.openjdk.org/jdk/pull/17093#pullrequestreview-1780499321

Re: RFR: 8320919: Clarify Locale related system properties [v5]

2023-12-13 Thread Naoto Sato
. It is also the intention of > this PR to clarify those system properties and how they are overridden. A > corresponding CSR has been drafted. Naoto Sato has updated the pull request incrementally with one additional commit since the last revision: Reflects review comments -

Re: RFR: 8320919: Clarify Locale related system properties [v4]

2023-12-13 Thread Naoto Sato
On Wed, 13 Dec 2023 18:33:13 GMT, Roger Riggs wrote: >> Naoto Sato has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Reflects review comments > > src/java.base/share/classes/java/util/Locale.java line 317

Re: RFR: 8320919: Clarify Locale related system properties [v3]

2023-12-13 Thread Naoto Sato
On Mon, 11 Dec 2023 23:20:25 GMT, Naoto Sato wrote: >> This is a doc change to clarify what the `Default Locale` is, and how it is >> established during the system startup using the system properties. Those >> locale-related system properties have existed since the

Re: RFR: 8320919: Clarify Locale related system properties [v4]

2023-12-13 Thread Naoto Sato
. It is also the intention of > this PR to clarify those system properties and how they are overridden. A > corresponding CSR has been drafted. Naoto Sato has updated the pull request incrementally with one additional commit since the last revision: Reflects review comments -

Re: RFR: 8321480: ISO 4217 Amendment 176 Update [v3]

2023-12-12 Thread Naoto Sato
On Mon, 11 Dec 2023 22:15:42 GMT, Justin Lu wrote: >> Please review this PR which incorporates the ISO 4217 Amendment 176 Update. >> As the replacement of `ANG` to `XCG` won't occur until 2025, this change >> does not need to go into JDK22. `HR` was also updated to remove the past >> cutover

Re: RFR: 6230751: [Fmt-Ch] Recursive MessageFormats in ChoiceFormats ignore indicated subformats [v4]

2023-12-11 Thread Naoto Sato
On Thu, 7 Dec 2023 22:15:51 GMT, Justin Lu wrote: >> Please review this PR which updates an incorrect code example in >> _java/text/ChoiceFormat_. >> >> ChoiceFormat (and MessageFormat) provide an example of how to produce a >> pattern that supports singular and plural forms. The ChoiceFormat

Re: RFR: 8321480: ISO 4217 Amendment 176 Update [v2]

2023-12-11 Thread Naoto Sato
On Mon, 11 Dec 2023 22:04:23 GMT, Justin Lu wrote: >> make/jdk/src/classes/build/tools/generatecurrencydata/GenerateCurrencyData.java >> line 347: >> >>> 345: // otherwise it will leak out into >>> Currency:getAvailableCurrencies >>> 346: boolean notFutureCurrency =

Re: RFR: 8321480: ISO 4217 Amendment 176 Update [v3]

2023-12-11 Thread Naoto Sato
On Mon, 11 Dec 2023 22:06:58 GMT, Justin Lu wrote: >> IIUC, this should have happened before, as a currency update like "XXA" -> >> "XXB" on a future date is pretty usual. I think this issue was simply not >> discovered by any users till now. > > I think this wasn't discovered/hasn't failed

Re: RFR: 8320919: Clarify Locale related system properties [v3]

2023-12-11 Thread Naoto Sato
. It is also the intention of > this PR to clarify those system properties and how they are overridden. A > corresponding CSR has been drafted. Naoto Sato has updated the pull request incrementally with one additional commit since the last revision: Review comments - Chang

Re: RFR: 8320919: Clarify Locale related system properties [v3]

2023-12-11 Thread Naoto Sato
On Mon, 11 Dec 2023 22:42:56 GMT, Justin Lu wrote: >> Naoto Sato has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Review comments > > src/java.base/share/classes/java/util/Locale.java line 270: >

Re: RFR: 8320919: Clarify Locale related system properties [v2]

2023-12-11 Thread Naoto Sato
. It is also the intention of > this PR to clarify those system properties and how they are overridden. A > corresponding CSR has been drafted. Naoto Sato has updated the pull request incrementally with four additional commits since the last revision: - Update src/java.base/share/classes/jav

Re: RFR: 8321480: ISO 4217 Amendment 176 Update [v2]

2023-12-11 Thread Naoto Sato
On Mon, 11 Dec 2023 03:03:44 GMT, Justin Lu wrote: >> Please review this PR which incorporates the ISO 4217 Amendment 176 Update. >> As the replacement of `ANG` to `XCG` won't occur until 2025, this change >> does not need to go into JDK22. `HR` was also updated to remove the past >> cutover

Re: RFR: 8321480: ISO 4217 Amendment 176 Update [v2]

2023-12-11 Thread Naoto Sato
On Mon, 11 Dec 2023 02:59:02 GMT, Justin Lu wrote: >> test/jdk/java/util/Currency/ValidateISO4217.java line 181: >> >>> 179: // without updating ISO4217Codes >>> 180: String futureCurr = tokens.nextToken(); >>> 181: >>>

RFR: 8320919: Clarify Locale related system properties

2023-12-11 Thread Naoto Sato
This is a doc change to clarify what the `Default Locale` is, and how it is established during the system startup using the system properties. Those locale-related system properties have existed since the early days of Java, but have never been publicly documented before. It is also the

Re: RFR: 8321206: Make Locale related system properties `StaticProperty` [v2]

2023-12-11 Thread Naoto Sato
On Wed, 6 Dec 2023 20:55:48 GMT, Naoto Sato wrote: >> Currently, Locale-related system properties, such as `user.language` or >> `user.country`, are initialized when the `Locale` class is loaded. Making >> them static properties is safer than relying on the `Locale` class

Re: RFR: 8321206: Make Locale related system properties `StaticProperty` [v2]

2023-12-08 Thread Naoto Sato
On Wed, 6 Dec 2023 20:55:48 GMT, Naoto Sato wrote: >> Currently, Locale-related system properties, such as `user.language` or >> `user.country`, are initialized when the `Locale` class is loaded. Making >> them static properties is safer than relying on the `Locale` class

Integrated: 8321206: Make Locale related system properties `StaticProperty`

2023-12-08 Thread Naoto Sato
On Tue, 5 Dec 2023 23:04:55 GMT, Naoto Sato wrote: > Currently, Locale-related system properties, such as `user.language` or > `user.country`, are initialized when the `Locale` class is loaded. Making > them static properties is safer than relying on the `Locale` class loading > t

Re: RFR: 8321206: Make Locale related system properties `StaticProperty` [v2]

2023-12-08 Thread Naoto Sato
On Wed, 6 Dec 2023 20:55:48 GMT, Naoto Sato wrote: >> Currently, Locale-related system properties, such as `user.language` or >> `user.country`, are initialized when the `Locale` class is loaded. Making >> them static properties is safer than relying on the `Locale` class

Re: RFR: 8321480: ISO 4217 Amendment 176 Update

2023-12-07 Thread Naoto Sato
On Thu, 7 Dec 2023 19:43:14 GMT, Justin Lu wrote: > Please review this PR which incorporates the ISO 4217 Amendment 176 Update. > As the replacement of `ANG` to `XCG` won't occur until 2025, this change does > not need to go into JDK22. `HR` was also updated to remove the past cutover >

Integrated: 8321409: Console read line with zero out should zero out underlying buffer in JLine (redux)

2023-12-07 Thread Naoto Sato
On Wed, 6 Dec 2023 21:12:40 GMT, Naoto Sato wrote: > This is an additional fix to JDK-8321131, where more clearing is required in > JLine. This pull request has now been integrated. Changeset: 4ed38f5a Author: Naoto Sato URL: https://git.openjdk.org/jdk/

RFR: 8321409: Console read line with zero out should zero out underlying buffer in JLine (redux)

2023-12-06 Thread Naoto Sato
This is an additional fix to JDK-8321131, where more clearing is required in JLine. - Commit messages: - initial commit Changes: https://git.openjdk.org/jdk/pull/17004/files Webrev: https://webrevs.openjdk.org/?repo=jdk=17004=00 Issue:

Re: RFR: 8321206: Make Locale related system properties `StaticProperty` [v2]

2023-12-06 Thread Naoto Sato
ed depending on the implementation. Naoto Sato has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains four additional commits since the last revision: - Reflects rev

Re: RFR: 8321206: Make Locale related system properties `StaticProperty` [v2]

2023-12-06 Thread Naoto Sato
On Wed, 6 Dec 2023 18:10:05 GMT, Naoto Sato wrote: >> src/java.base/share/classes/jdk/internal/util/StaticProperty.java line 415: >> >>> 413: public static String userRegion() { >>> 414: return USER_REGION; >>> 415: } >> >

Re: RFR: 8321206: Make Locale related system properties `StaticProperty`

2023-12-06 Thread Naoto Sato
On Wed, 6 Dec 2023 15:18:27 GMT, Roger Riggs wrote: >> Currently, Locale-related system properties, such as `user.language` or >> `user.country`, are initialized when the `Locale` class is loaded. Making >> them static properties is safer than relying on the `Locale` class loading >> timing,

Re: RFR: 8321206: Make Locale related system properties `StaticProperty`

2023-12-06 Thread Naoto Sato
On Wed, 6 Dec 2023 15:27:48 GMT, Roger Riggs wrote: >> Currently, Locale-related system properties, such as `user.language` or >> `user.country`, are initialized when the `Locale` class is loaded. Making >> them static properties is safer than relying on the `Locale` class loading >> timing,

Re: RFR: 8321206: Make Locale related system properties static properties

2023-12-06 Thread Naoto Sato
On Wed, 6 Dec 2023 08:14:05 GMT, Alan Bateman wrote: >> Currently, Locale-related system properties, such as `user.language` or >> `user.country`, are initialized when the `Locale` class is loaded. Making >> them static properties is safer than relying on the `Locale` class loading >> timing,

Re: RFR: 8321206: Make Locale related system properties static properties

2023-12-06 Thread Naoto Sato
On Wed, 6 Dec 2023 02:14:13 GMT, David Holmes wrote: > I'm not following the changes to cdsHeapVerifier.cpp. You've marked the new > entries as `C` but the definition is: > > ``` > // [C] A non-final static string that is assigned a string literal during > class > // initialization; this

RFR: 8321206: Make Locale related system properties static properties

2023-12-05 Thread Naoto Sato
Currently, Locale-related system properties, such as `user.language` or `user.country`, are initialized when the `Locale` class is loaded. Making them static properties is safer than relying on the class initialization timing, which could potentially be changed depending on the implementation.

Re: RFR: 8321406: Null IDs should be resolved as before catalogs are added

2023-12-05 Thread Naoto Sato
On Tue, 5 Dec 2023 19:34:58 GMT, Joe Wang wrote: > Improve null handling. When both the public and system IDs are null, this > change lets the resolution process continue as usual, before the catalogs > were added. This is consistent with the process on the other part of the > program where a

Integrated: 8321131: Console read line with zero out should zero out underlying buffer in JLine

2023-12-04 Thread Naoto Sato
On Fri, 1 Dec 2023 18:24:48 GMT, Naoto Sato wrote: > This is the fix to JLine, which makes it on par with the built-in Console fix > ([JDK-8320798](https://bugs.openjdk.org/browse/JDK-8320798)). This pull request has now been integrated. Changeset: bd04f91e Author: Naoto Sat

Re: RFR: 8321131: Console read line with zero out should zero out underlying buffer in JLine [v3]

2023-12-04 Thread Naoto Sato
On Sat, 2 Dec 2023 21:57:01 GMT, Naoto Sato wrote: >> This is the fix to JLine, which makes it on par with the built-in Console >> fix ([JDK-8320798](https://bugs.openjdk.org/browse/JDK-8320798)). > > Naoto Sato has updated the pull request incrementally with one addition

Re: RFR: 8321131: Console read line with zero out should zero out underlying buffer in JLine [v3]

2023-12-02 Thread Naoto Sato
> This is the fix to JLine, which makes it on par with the built-in Console fix > ([JDK-8320798](https://bugs.openjdk.org/browse/JDK-8320798)). Naoto Sato has updated the pull request incrementally with one additional commit since the last revision: Removed unnecessary modifi

Re: RFR: 6230751: [Fmt-Ch] Recursive MessageFormats in ChoiceFormats ignore indicated subformats [v2]

2023-12-01 Thread Naoto Sato
On Fri, 1 Dec 2023 21:53:06 GMT, Justin Lu wrote: >> Justin Lu has updated the pull request incrementally with one additional >> commit since the last revision: >> >> clarify limitations > > src/java.base/share/classes/java/text/MessageFormat.java line 299: > >> 297: * the string produced

Re: RFR: 8321131: Console read line with zero out should zero out underlying buffer in JLine [v2]

2023-12-01 Thread Naoto Sato
> This is the fix to JLine, which makes it on par with the built-in Console fix > ([JDK-8320798](https://bugs.openjdk.org/browse/JDK-8320798)). Naoto Sato has updated the pull request incrementally with one additional commit since the last revision: moved instance fields at t

Re: RFR: 8321131: Console read line with zero out should zero out underlying buffer in JLine [v2]

2023-12-01 Thread Naoto Sato
On Fri, 1 Dec 2023 19:40:39 GMT, Iris Clark wrote: >> Naoto Sato has updated the pull request incrementally with one additional >> commit since the last revision: >> >> moved instance fields at the top of the class > > src/jdk.internal.le/share/

Integrated: 8321059: Unneeded array assignments in MergeCollation and CompactByteArray

2023-12-01 Thread Naoto Sato
On Thu, 30 Nov 2023 20:46:12 GMT, Naoto Sato wrote: > Removing the unnecessary array assignments. This pull request has now been integrated. Changeset: f6be7fdf Author: Naoto Sato URL: https://git.openjdk.org/jdk/commit/f6be7fdf22eede767a0ac29b4f1cb770cfdc0b0f Stats: 8 li

Re: RFR: 8320798: Console read line with zero out should zero out underlying buffer [v3]

2023-12-01 Thread Naoto Sato
On Thu, 30 Nov 2023 17:39:30 GMT, Naoto Sato wrote: >> It is best practice to zero out the underlying buffer after use. > > Naoto Sato has updated the pull request incrementally with one additional > commit since the last revision: > > remove ensureOpen() Thank

Integrated: 8320798: Console read line with zero out should zero out underlying buffer

2023-12-01 Thread Naoto Sato
On Tue, 28 Nov 2023 19:12:50 GMT, Naoto Sato wrote: > It is best practice to zero out the underlying buffer after use. This pull request has now been integrated. Changeset: d5685629 Author: Naoto Sato URL: https://git.openjdk.org/jdk/commit/d568562966e9a2020704eee3d67b8a106f647

Re: RFR: 8321059: Unneeded array assignments in MergeCollation and CompactByteArray [v2]

2023-11-30 Thread Naoto Sato
> Removing the unnecessary array assignments. Naoto Sato has updated the pull request incrementally with one additional commit since the last revision: Use Arrays.fill() - Changes: - all: https://git.openjdk.org/jdk/pull/16912/files - new: https://git.openjdk.org/jdk/p

Re: RFR: 8321059: Unneeded array assignments in MergeCollation and CompactByteArray [v2]

2023-11-30 Thread Naoto Sato
On Thu, 30 Nov 2023 21:17:57 GMT, Brian Burkhalter wrote: > Is that "XXX" reminder at line 58 in MergeCollation still pertinent or could > it be removed? Maybe, but not 100% sure, so I just left it. - PR Comment: https://git.openjdk.org/jdk/pull/16912#issuecomment-1834615018

Re: RFR: 8321059: Unneeded array assignments in MergeCollation and CompactByteArray [v2]

2023-11-30 Thread Naoto Sato
On Thu, 30 Nov 2023 21:26:20 GMT, Brett Okken wrote: >> Naoto Sato has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Use Arrays.fill() > > src/java.base/share/classes/sun/text/CompactByteArray.java line 83

Re: Unneeded array assignments in core libs

2023-11-30 Thread Naoto Sato
PR submitted. I was pleasantly surprised how quickly bugreport.java.com turned reports into issues. Naoto On 11/29/23 2:18 PM, Anthony Goubard wrote: Thanks for the answers. I've created an issue in bugreport.java.com

RFR: 8321059: Unneeded array assignments in MergeCollation and CompactByteArray

2023-11-30 Thread Naoto Sato
Removing the unnecessary array assignments. - Commit messages: - initial commit Changes: https://git.openjdk.org/jdk/pull/16912/files Webrev: https://webrevs.openjdk.org/?repo=jdk=16912=00 Issue: https://bugs.openjdk.org/browse/JDK-8321059 Stats: 8 lines in 2 files changed: 2

Re: RFR: 8320798: Console read line with zero out should zero out underlying buffer [v2]

2023-11-30 Thread Naoto Sato
On Tue, 28 Nov 2023 19:30:34 GMT, Naoto Sato wrote: >> It is best practice to zero out the underlying buffer after use. > > Naoto Sato has updated the pull request incrementally with one additional > commit since the last revision: > > corrected fromIndex Create

Re: RFR: 8320798: Console read line with zero out should zero out underlying buffer [v3]

2023-11-30 Thread Naoto Sato
> It is best practice to zero out the underlying buffer after use. Naoto Sato has updated the pull request incrementally with one additional commit since the last revision: remove ensureOpen() - Changes: - all: https://git.openjdk.org/jdk/pull/16861/files - new: ht

Re: RFR: 8320798: Console read line with zero out should zero out underlying buffer [v2]

2023-11-30 Thread Naoto Sato
On Thu, 30 Nov 2023 10:58:13 GMT, Jaikiran Pai wrote: >> Naoto Sato has updated the pull request incrementally with one additional >> commit since the last revision: >> >> corrected fromIndex > > src/java.base/share/classes/sun/nio/cs/StreamDecoder.jav

Re: RFR: 6230751: [Fmt-Ch] Recursive MessageFormats in ChoiceFormats ignore indicated subformats

2023-11-29 Thread Naoto Sato
On Wed, 29 Nov 2023 22:41:26 GMT, Justin Lu wrote: > Please review this PR which updates an incorrect code example in > _java/text/ChoiceFormat_. > > ChoiceFormat (and MessageFormat) provide an example of how to produce a > pattern that supports singular and plural forms. The ChoiceFormat

Re: RFR: 8320918: Fix errors in the built-in Catalog implementation [v3]

2023-11-28 Thread Naoto Sato
On Tue, 28 Nov 2023 21:36:20 GMT, Joe Wang wrote: >> Fix errors in the built-in Catalog implementation, specifically: >> -- incorrect case in the property name as defined in the CSR >> (https://bugs.openjdk.org/browse/JDK-8306056) >> -- tests needed to be updated accordingly >> --

Re: RFR: JDK-8210410: Refactor java.util.Currency:i18n shell tests to plain java tests [v2]

2023-11-28 Thread Naoto Sato
On Tue, 28 Nov 2023 18:28:37 GMT, Justin Lu wrote: >> Please review this PR which converts the shell test, >> _java/util/currency/PropertiesTest.sh_ to a normal java test. >> >> This test is a test runner that launches test methods from >> _PropertiesTest.java_. It tests both the ways to

Re: RFR: 8320918: Fix errors in the built-in Catalog implementation

2023-11-28 Thread Naoto Sato
On Tue, 28 Nov 2023 20:11:42 GMT, Joe Wang wrote: > Fix errors in the built-in Catalog implementation, specifically: > -- incorrect case in the property name as defined in the CSR > (https://bugs.openjdk.org/browse/JDK-8306056) > -- tests needed to be updated accordingly > --

Re: RFR: 8320798: Console read line with zero out should zero out underlying buffer [v2]

2023-11-28 Thread Naoto Sato
On Tue, 28 Nov 2023 19:23:45 GMT, Brian Burkhalter wrote: >> Naoto Sato has updated the pull request incrementally with one additional >> commit since the last revision: >> >> corrected fromIndex > > src/java.base/share/classes/sun/nio/cs/StreamDecoder.java li

Re: RFR: 8320798: Console read line with zero out should zero out underlying buffer [v2]

2023-11-28 Thread Naoto Sato
> It is best practice to zero out the underlying buffer after use. Naoto Sato has updated the pull request incrementally with one additional commit since the last revision: corrected fromIndex - Changes: - all: https://git.openjdk.org/jdk/pull/16861/files - new: ht

RFR: 8320798: Console read line with zero out should zero out underlying buffer

2023-11-28 Thread Naoto Sato
It is best practice to zero out the underlying buffer after use. - Commit messages: - copyright year - fill zero to position - initial commit Changes: https://git.openjdk.org/jdk/pull/16861/files Webrev: https://webrevs.openjdk.org/?repo=jdk=16861=00 Issue:

Re: RFR: JDK-8320714: java/util/Locale/LocaleProvidersRun.java and java/util/ResourceBundle/modules/visibility/VisibilityTest.java timeout after passing

2023-11-27 Thread Naoto Sato
On Mon, 27 Nov 2023 19:32:04 GMT, Justin Lu wrote: > Please review this PR which fixes timeouts for the two tests: > _java/util/Locale/LocaleProvidersRun.java_ and > _java/util/ResourceBundle/modules/visibility/VisibilityTest.java_. > > These tests were updated to accept VM flags in >

Re: RFR: JDK-8319569: Several java/util tests should be updated to accept VM flags [v3]

2023-11-20 Thread Naoto Sato
On Mon, 20 Nov 2023 19:15:18 GMT, Justin Lu wrote: >> Please review this PR which allows these _j.util_ tests to launch new JVM >> processes with VM flags, >> >> This is primarily done using by switching to >> `ProcessTools::createTestJavaProcessBuilder`. > > Justin Lu has updated the pull

Re: RFR: 8317742: ISO Standard Date Format implementation consistency on DateTimeFormatter and String.format [v10]

2023-11-20 Thread Naoto Sato
On Sat, 18 Nov 2023 17:38:48 GMT, Shaojin Wen wrote: >> j.u.Formatter now prints "%tF" (iso standard date) and the result is >> incorrect when processing year < 0 or year > > > Shaojin Wen has updated the pull request incrementally with one additional > commit since the last revision: >

Re: RFR: 8317742: ISO Standard Date Format implementation consistency on DateTimeFormatter and String.format [v8]

2023-11-18 Thread Naoto Sato
On Sat, 18 Nov 2023 14:56:47 GMT, Roger Riggs wrote: >> Now I tried and it didn't compile  It should have been >> `t.query(TemporalQueries.chronology()) instanceof IsoChronology` > > JapaneseChronology is an IsoChronology so run the test again (before > committing) to make sure.

Re: RFR: 8317742: ISO Standard Date Format implementation consistency on DateTimeFormatter and String.format [v8]

2023-11-17 Thread Naoto Sato
On Fri, 17 Nov 2023 22:58:00 GMT, Naoto Sato wrote: >> src/java.base/share/classes/java/util/Formatter.java line 4507: >> >>> 4505: || t instanceof LocalDateTime >>> 4506: || t in

Re: RFR: 8317742: ISO Standard Date Format implementation consistency on DateTimeFormatter and String.format [v8]

2023-11-17 Thread Naoto Sato
On Fri, 17 Nov 2023 22:16:36 GMT, Roger Riggs wrote: >> Shaojin Wen has updated the pull request incrementally with one additional >> commit since the last revision: >> >> fix format 'ja-JP-u-ca-japanese' ChronoLocalDate > > src/java.base/share/classes/java/util/Formatter.java line 4507: >

Re: RFR: 8317742: ISO Standard Date Format implementation consistency on DateTimeFormatter and String.format [v8]

2023-11-17 Thread Naoto Sato
On Fri, 10 Nov 2023 03:31:26 GMT, Shaojin Wen wrote: >> j.u.Formatter now prints "%tF" (iso standard date) and the result is >> incorrect when processing year < 0 or year > > > Shaojin Wen has updated the pull request incrementally with one additional > commit since the last revision: >

Re: RFR: 8316557: Make fields final in 'sun.util' package [v3]

2023-11-17 Thread Naoto Sato
On Thu, 16 Nov 2023 18:11:48 GMT, Andrey Turbanov wrote: >> A few classes in `sun.util` package have non-final fields which could easily >> be marked `final`. > > Andrey Turbanov has updated the pull request incrementally with one > additional commit since the last revision: > > 8316557:

Re: RFR: JDK-8319569: Several java/util tests should be updated to accept VM flags.

2023-11-17 Thread Naoto Sato
On Fri, 17 Nov 2023 09:25:40 GMT, Justin Lu wrote: > Please review this PR which allows these _j.util_ tests to launch new JVM > processes with VM flags, > > This is primarily done using by switching to > `ProcessTools::createTestJavaProcessBuilder`. > > _PropertiesTest.sh_ was updated with

Re: RFR: 8316557: Make fields final in 'sun.util' package [v2]

2023-11-17 Thread Naoto Sato
On Fri, 17 Nov 2023 08:38:37 GMT, Andrey Turbanov wrote: >> The map contains several entries so I think the plural form is appropriate >> here. > > Current naming highlights the difference in values in this maps: > `FIRST_DAY_OF_WEEK` vs `MINIMAL_DAYS_IN_FIRST_WEEK`. > I like this approach.

Re: RFR: 8316557: Make fields final in 'sun.util' package [v2]

2023-11-16 Thread Naoto Sato
On Thu, 16 Nov 2023 08:56:05 GMT, Andrey Turbanov wrote: >> A few classes in `sun.util` package have non-final fields which could easily >> be marked `final`. > > Andrey Turbanov has updated the pull request incrementally with one > additional commit since the last revision: > > 8316557:

Re: RFR: 8320199: Fix HTML 5 errors in java.math.BigInteger

2023-11-15 Thread Naoto Sato
On Wed, 15 Nov 2023 21:59:56 GMT, Brian Burkhalter wrote: > Clean up HTML error due to nested anchor (``) elements. Looks fine - Marked as reviewed by naoto (Reviewer). PR Review: https://git.openjdk.org/jdk/pull/16679#pullrequestreview-1733111801

Integrated: 8319986: Invalid/inconsistent description and example for DateFormat

2023-11-15 Thread Naoto Sato
On Mon, 13 Nov 2023 23:35:11 GMT, Naoto Sato wrote: > Correcting the explanation of the `DateFormat.SHORT` constant. This pull request has now been integrated. Changeset: 891d8cfa Author: Naoto Sato URL: https://git.openjdk.org/jdk/commit/891d8cfaf2fc0636bfe8f864cd010fb71266d

Re: RFR: 8319986: Invalid/inconsistent description and example for DateFormat [v4]

2023-11-14 Thread Naoto Sato
> Correcting the explanation of the `DateFormat.SHORT` constant. Naoto Sato has updated the pull request incrementally with one additional commit since the last revision: abbreviated/full clarification - Changes: - all: https://git.openjdk.org/jdk/pull/16645/files -

Re: RFR: 8319986: Invalid/inconsistent description and example for DateFormat [v4]

2023-11-14 Thread Naoto Sato
On Tue, 14 Nov 2023 18:14:45 GMT, Roger Riggs wrote: >> Thanks for the feedback, Joe. I think I would rather keep the description >> somewhat abstract, simply mentioning the formatted output is `SHORT` <= >> `MEDIUM` <= `LONG` <= `FULL` in length-wise. As it is noted in the previous >>

Re: RFR: 8319986: Invalid/inconsistent description and example for DateFormat [v2]

2023-11-14 Thread Naoto Sato
On Tue, 14 Nov 2023 17:43:54 GMT, Justin Lu wrote: >> Naoto Sato has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Reflects review comments > > src/java.base/share/classes/java/text/DateFormat.java line 12

Re: RFR: 8319986: Invalid/inconsistent description and example for DateFormat [v3]

2023-11-14 Thread Naoto Sato
> Correcting the explanation of the `DateFormat.SHORT` constant. Naoto Sato has updated the pull request incrementally with one additional commit since the last revision: Further clarification - Changes: - all: https://git.openjdk.org/jdk/pull/16645/files - new: ht

Re: RFR: 8319986: Invalid/inconsistent description and example for DateFormat [v2]

2023-11-14 Thread Naoto Sato
On Tue, 14 Nov 2023 01:41:15 GMT, Joe Wang wrote: >> Naoto Sato has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Reflects review comments > > src/java.base/share/classes/java/text/DateFormat.java line 1

Re: RFR: 8319986: Invalid/inconsistent description and example for DateFormat [v2]

2023-11-14 Thread Naoto Sato
> Correcting the explanation of the `DateFormat.SHORT` constant. Naoto Sato has updated the pull request incrementally with one additional commit since the last revision: Reflects review comments - Changes: - all: https://git.openjdk.org/jdk/pull/16645/files - new: ht

Re: RFR: JDK-8319628: DateFormat does not mention IllegalArgumentException for invalid style args [v2]

2023-11-13 Thread Naoto Sato
On Mon, 13 Nov 2023 21:38:11 GMT, Justin Lu wrote: >> Please review this PR and [CSR](https://bugs.openjdk.org/browse/JDK-8319868) >> which makes IllegalArgumentExceptions apparent for the _j.text.DateFormat_ >> static factory methods that have the _style_ parameter. > > Justin Lu has updated

Integrated: 8319640: ClassicFormat::parseObject (from DateTimeFormatter) does not conform to the javadoc and may leak DateTimeException

2023-11-13 Thread Naoto Sato
On Thu, 9 Nov 2023 17:44:44 GMT, Naoto Sato wrote: > Fixing the `Format::parseObject(String, ParsePosition)` implementation in > `DateTimeFormatter` class, to not throw `DateTimeException` but to return > null. This pull request has now been integrated. Changeset: fe0ccdf5 Author:

RFR: 8319986: Invalid/inconsistent description and example for DateFormat

2023-11-13 Thread Naoto Sato
Correcting the explanation of the `DateFormat.SHORT` constant. - Commit messages: - initial commit Changes: https://git.openjdk.org/jdk/pull/16645/files Webrev: https://webrevs.openjdk.org/?repo=jdk=16645=00 Issue: https://bugs.openjdk.org/browse/JDK-8319986 Stats: 1 line in 1

Re: RFR: JDK-8319628: DateFormat does not mention IllegalArgumentException for invalid style args

2023-11-13 Thread Naoto Sato
On Sun, 12 Nov 2023 21:39:29 GMT, Justin Lu wrote: > Please review this PR and [CSR](https://bugs.openjdk.org/browse/JDK-8319868) > which makes IllegalArgumentExceptions apparent for the _j.text.DateFormat_ > static factory methods that have the _style_ parameter.

Re: RFR: 8319640: ClassicFormat::parseObject (from DateTimeFormatter) does not conform to the javadoc and may leak DateTimeException [v2]

2023-11-13 Thread Naoto Sato
> Fixing the `Format::parseObject(String, ParsePosition)` implementation in > `DateTimeFormatter` class, to not throw `DateTimeException` but to return > null. Naoto Sato has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev

Re: RFR: 8319640: ClassicFormat::parseObject (from DateTimeFormatter) does not conform to the javadoc and may leak DateTimeException [v3]

2023-11-13 Thread Naoto Sato
> Fixing the `Format::parseObject(String, ParsePosition)` implementation in > `DateTimeFormatter` class, to not throw `DateTimeException` but to return > null. Naoto Sato has updated the pull request incrementally with one additional commit since the last revision: comm

Re: RFR: 8319640: ClassicFormat::parseObject (from DateTimeFormatter) does not conform to the javadoc and may leak DateTimeException [v2]

2023-11-13 Thread Naoto Sato
On Fri, 10 Nov 2023 01:20:28 GMT, Joe Wang wrote: >> Naoto Sato has updated the pull request with a new target base due to a >> merge or a rebase. The incremental webrev excludes the unrelated changes >> brought in by the merge/rebase. The pull request contains four addi

Integrated: 8306116: Update CLDR to Version 44.0

2023-11-13 Thread Naoto Sato
On Tue, 31 Oct 2023 21:06:13 GMT, Naoto Sato wrote: > Upgrading CLDR to v44 (https://cldr.unicode.org/index/downloads/cldr-44). > Besides the data upgrade, regression tests are modified to accommodate the > following CLDR fixes: > > CLDR-16534: Suggestion to rename the I

Integrated: 8296250" Update ICU4J to Version 74.1

2023-11-13 Thread Naoto Sato
On Wed, 1 Nov 2023 17:40:09 GMT, Naoto Sato wrote: > Updating the ICU4J components to v74.1 (https://icu.unicode.org/download/74). > This change completes the Unicode 15.1 upgrade. The change is merely > replacing binary data files used for the Normalization and BiDi support This pul

Re: RFR: JDK-8318189: ChoiceFormat::format throws undocumented AIOOBE

2023-11-09 Thread Naoto Sato
On Thu, 9 Nov 2023 21:58:12 GMT, Justin Lu wrote: > Please review this PR which makes an `ArrayIndexOutOfBoundsException` > apparent in ChoiceFormat::format. > > An _incomplete_ ChoiceFormat can be created, which is not revealed until > format is invoked. Marked as reviewed by naoto

RFR: 8319640: ClassicFormat::parseObject (from DateTimeFormatter) does not conform to the javadoc and may leak DateTimeException

2023-11-09 Thread Naoto Sato
Fixing the `Format::parseObject(String, ParsePosition)` implementation in `DateTimeFormatter` class, to not throw `DateTimeException` but to return null. - Commit messages: - initial commit Changes: https://git.openjdk.org/jdk/pull/16586/files Webrev:

Re: RFR: 8317742: ISO Standard Date Format implementation consistency on DateTimeFormatter and String.format [v6]

2023-11-09 Thread Naoto Sato
On Wed, 8 Nov 2023 00:52:36 GMT, Shaojin Wen wrote: >> j.u.Formatter now prints "%tF" (iso standard date) and the result is >> incorrect when processing year < 0 or year > > > Shaojin Wen has updated the pull request incrementally with one additional > commit since the last revision: > >

Re: RFR: 8319574: Exec/process tests should be marked as flagless

2023-11-08 Thread Naoto Sato
On Wed, 8 Nov 2023 21:04:49 GMT, Roger Riggs wrote: > Tests that directly use ProcessBuilder to spawn processes and do not pass the > standard test command line arguments should be marked as `vm.flagless` to > indicate to the testing infrastructure that they do not accept them and > should

<    1   2   3   4   5   6   7   8   9   10   >