@Dalibor Topic <[email protected]> Hi. I submitted the bug(or issue) on bugs.java.com as you requested. And it said internal review ID : 9065633. on the wabpage. If there anything else I should do please let me know.
Gary Gregory <[email protected]> 于2020年6月25日周四 下午8:11写道： > Thanks for bringing this up Xeno. > > Gary > > On Thu, Jun 25, 2020, 06:08 Dalibor Topic <[email protected]> > wrote: > >> Hi Xeno, >> >> JDK 15 added support for CLDR 37 per >> https://bugs.openjdk.java.net/browse/JDK-8239480 , which adds support >> for the Fulah [0] language with the Adlam script per >> http://cldr.unicode.org/index/downloads/cldr-37 , among others. >> >> A parse error in a newly added locale sounds like something we should >> investigate. Please file a bug report on bugs.java.com and let us know >> the incident id. >> >> cheers, >> dalibor topic >> >> [0] https://en.wikipedia.org/wiki/Fula_language >> [1] https://en.wikipedia.org/wiki/Adlam_script >> >> An account of the script's development can be found at >> https://news.microsoft.com/stories/people/adlam.html . >> >> >> On 25.06.2020 01:39, Xeno Amess wrote: >> > Hi. >> > In your latest jdk15 versions, we found something not quite right. >> > a related pr is at https://github.com/apache/commons-lang/pull/558 >> > In short, some codes like this cannot pass tests for some Locale like >> > "ff_LR_#Adlm" >> > * @Test >> > public void java15BuggyLocaleTest() throws ParseException { >> > final String buggyLocaleName = "ff_LR_#Adlm"; >> > Locale buggyLocale = null; >> > >> > for (final Locale locale : Locale.getAvailableLocales()) { >> > if (buggyLocaleName.equals(locale.toString())) { >> > buggyLocale = locale; >> > break; >> > } >> > } >> > >> > if (buggyLocale == null) { >> > return; >> > } >> > >> > final Calendar cal = Calendar.getInstance(GMT); >> > cal.clear(); >> > cal.set(2003, Calendar.FEBRUARY, 10); >> > final SimpleDateFormat sdf = new SimpleDateFormat(LONG_FORMAT, >> > buggyLocale); >> > final String formattedDate = sdf.format(cal.getTime()); >> > sdf.parse(formattedDate); >> > sdf.parse(formattedDate.toUpperCase(buggyLocale)); >> > sdf.parse(formattedDate.toLowerCase(buggyLocale)); >> > }* >> > BUT in jdk 8-14's all locales can pass the tests, only ones newlly >> added >> > in jdk15 fails. >> > I wanna know whether it be by design or just a bug. >> > >> > >> > Rory O'Donnell <[email protected] >> > <mailto:[email protected]>> 于2020年6月23日周二 上午12:19写道： >> > >> > >> > Hi Robert , >> > >> > *Per the JDK 15 schedule , we are in Rampdown Phase One* *[1] * >> > >> > *Please advise if you find any issues while testing the latest Early >> > Access builds. >> > * >> > >> > * Schedule for JDK 15 >> > o *2020/06/11 Rampdown Phase One* >> > o 2020/07/16 Rampdown Phase Two >> > o 2020/08/06 Initial Release Candidate >> > o 2020/08/20 Final Release Candidate >> > o 2020/09/15 General Availability >> > >> > * Features included in JDK 15: >> > o JEP 339: Edwards-Curve Digital Signature Algorithm (EdDSA) >> > <http://openjdk.java.net/jeps/339> >> > o JEP 360: Sealed Classes (Preview) >> > <http://openjdk.java.net/jeps/360> >> > o JEP 371: Hidden Classes <http://openjdk.java.net/jeps/371> >> > o JEP 372: Remove the Nashorn JavaScript Engine >> > <http://openjdk.java.net/jeps/372> >> > o JEP 373: Reimplement the Legacy DatagramSocket API >> > <https://openjdk.java.net/jeps/373> >> > o JEP 374: Disable and Deprecate Biased Locking >> > <http://openjdk.java.net/jeps/374> >> > o JEP 375: Pattern Matching for instanceof (Second Preview) >> > <https://openjdk.java.net/jeps/375> >> > o JEP 377: ZGC: A Scalable Low-Latency Garbage Collector >> > <http://openjdk.java.net/jeps/377> >> > o JEP 378: Text Blocks <http://openjdk.java.net/jeps/378> >> > o JEP 379: Shenandoah: A Low-Pause-Time Garbage Collector >> > <https://openjdk.java.net/jeps/379> >> > o JEP 381: Remove the Solaris and SPARC Ports >> > <https://openjdk.java.net/jeps/381> >> > o JEP 383: Foreign-Memory Access API (Second Incubator) >> > <https://openjdk.java.net/jeps/383> >> > o JEP 384: Records (Second Preview) >> > <https://openjdk.java.net/jeps/384> >> > o JEP 385: Deprecate RMI Activation for Removal >> > <https://openjdk.java.net/jeps/385> >> > >> > *JDK 15 **Early Access build 28 **is available**at : - >> > jdk.java.net/15/* <http://jdk.java.net/15/*> >> > >> > These early-access, open-source builds are provided under the GNU >> > General Public License, version 2, with the Classpath >> > Exception**Release >> > notes >> > >> > * Release notes >> > o http://jdk.java.net/15/release-notes >> > * Recent fixes that might be of interest >> > o Build 27 >> > + JDK-8233215: jpackage doesn't allow enough flexibility >> for >> > file type binding >> > + JDK-8244582: Remove terminally deprecated >> Solaris-specific >> > SO_FLOW_SLA socket option >> > + JDK-8245068: Implement Deprecation of RMI Activation >> > + JDK-8246770: Atomic::add() with 64 bit value fails to >> link >> > on 32-bit platforms >> > # Reported by JaCoCo >> > o Build 26 >> > + JDK-8240871: SSLEngine handshake status immediately >> after >> > the handshake can be NOT_HANDSHAKING rather than >> FINISHED >> > with TLSv1.3 >> > # Reported by Apache Tomcat >> > o Build 25 >> > + JDK-8206925: Support the certificate_authorities >> extension >> > + JDK-8239480: Support for CLDR version 37 >> > + JDK-8243925: Toolkit#getScreenInsets() returns wrong >> value >> > on HiDPI screens (Windows) >> > >> > *JDK 16 Early Access build 2 ****is available**at : - >> > jdk.java.net/16/* <http://jdk.java.net/16/*> >> > >> > These early-access, open-source builds are provided under the GNU >> > General Public License, version 2, with the Classpath Exception.* >> > * >> > >> > *_Survey on _**_jinfo, jmap, jstack serviceability tools in JDK:_ * >> > >> > * Oracle is considering deprecation and (eventual) removal of 3 >> JDK >> > tools - jinfo, jmap, jstack. >> > * The Survey Link >> > <https://www.questionpro.com/a/TakeSurvey?tt=n%2BDcx/aY3aA%3D> >> will >> > remain open through July 15 2020. >> > >> > >> > Rgds, Rory >> > >> > [1] >> > >> https://mail.openjdk.java.net/pipermail/jdk-dev/2020-June/004401.html >> > >> > -- >> > Rgds, Rory O'Donnell >> > Quality Engineering Manager >> > Oracle EMEA, Dublin, Ireland >> > >> >> -- >> <http://www.oracle.com> Dalibor Topic >> Consulting Product Manager >> Phone: +494089091214 <tel:+494089091214>, Mobile: +491737185961 >> <tel:+491737185961>, Video: [email protected] >> <sip:[email protected]> >> >> Oracle Global Services Germany GmbH >> Hauptverwaltung: Riesstr. 25, D-80992 München >> Registergericht: Amtsgericht München, HRB 246209 >> Geschäftsführer: Ralf Herrmann >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >>
