Re: RFR: 8324665: Loose matching of space separators in the lenient date/time parsing mode [v2]

2024-02-02 Thread Naoto Sato
On Fri, 2 Feb 2024 22:46:34 GMT, Justin Lu wrote: >> Naoto Sato has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Reworded spec > > src/java.base/share/classes/java/text/DateFormat.java line 751: > >> 749: * @implSpec A {@link

Re: RFR: 8324665: Loose matching of space separators in the lenient date/time parsing mode [v3]

2024-02-02 Thread Naoto Sato
> Implementing "loose matching" of space separators in both > `java.time.format.DateTimeFormatter` and `java.text.DateFormat` on lenient > parsing. This will effectively fix the NNBSP issues on parsing time with > am/pm markers introduced with CLDR version 42 >

Re: RFR: 8324665: Loose matching of space separators in the lenient date/time parsing mode

2024-02-02 Thread Roger Riggs
On Fri, 2 Feb 2024 21:08:33 GMT, Joe Wang wrote: > You are right, Joe. Apps using `java.time` formatters would still need to > make changes to their code base. However, the bar is significantly lower. > They would have to write some ugly workaround without this fix. I'd also expect that

Re: RFR: 8324665: Loose matching of space separators in the lenient date/time parsing mode [v2]

2024-02-02 Thread Justin Lu
On Fri, 2 Feb 2024 20:47:29 GMT, Naoto Sato wrote: >> Implementing "loose matching" of space separators in both >> `java.time.format.DateTimeFormatter` and `java.text.DateFormat` on lenient >> parsing. This will effectively fix the NNBSP issues on parsing time with >> am/pm markers introduced

Re: RFR: 8324665: Loose matching of space separators in the lenient date/time parsing mode

2024-02-02 Thread Joe Wang
On Fri, 2 Feb 2024 20:59:13 GMT, Naoto Sato wrote: > > Since the default parsing mode is strict in java.time.format, applications > > would still have to make code changes when moving existing code to the new > > JDK releases. > > You are right, Joe. Apps using `java.time` formatters would

Re: RFR: 8324665: Loose matching of space separators in the lenient date/time parsing mode [v2]

2024-02-02 Thread Joe Wang
On Fri, 2 Feb 2024 20:47:29 GMT, Naoto Sato wrote: >> Implementing "loose matching" of space separators in both >> `java.time.format.DateTimeFormatter` and `java.text.DateFormat` on lenient >> parsing. This will effectively fix the NNBSP issues on parsing time with >> am/pm markers introduced

Re: RFR: 8324665: Loose matching of space separators in the lenient date/time parsing mode

2024-02-02 Thread Naoto Sato
On Fri, 2 Feb 2024 19:31:55 GMT, Joe Wang wrote: > Since the default parsing mode is strict in java.time.format, applications > would still have to make code changes when moving existing code to the new > JDK releases. You are right, Joe. Apps using `java.time` formatters would still need to

Re: RFR: 8324665: Loose matching of space separators in the lenient date/time parsing mode [v2]

2024-02-02 Thread Naoto Sato
> Implementing "loose matching" of space separators in both > `java.time.format.DateTimeFormatter` and `java.text.DateFormat` on lenient > parsing. This will effectively fix the NNBSP issues on parsing time with > am/pm markers introduced with CLDR version 42 >

Re: RFR: 8324665: Loose matching of space separators in the lenient date/time parsing mode

2024-02-02 Thread Joe Wang
On Thu, 1 Feb 2024 23:12:46 GMT, Naoto Sato wrote: > Implementing "loose matching" of space separators in both > `java.time.format.DateTimeFormatter` and `java.text.DateFormat` on lenient > parsing. This will effectively fix the NNBSP issues on parsing time with > am/pm markers introduced

RFR: 8324665: Loose matching of space separators in the lenient date/time parsing mode

2024-02-01 Thread Naoto Sato
Implementing "loose matching" of space separators in both `java.time.format.DateTimeFormatter` and `java.text.DateFormat` on lenient parsing. This will effectively fix the NNBSP issues on parsing time with am/pm markers introduced with CLDR version 42