Thanks for bringing this up Xeno. Gary
On Thu, Jun 25, 2020, 06:08 Dalibor Topic <dalibor.to...@oracle.com> 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 <rory.odonn...@oracle.com > > <mailto:rory.odonn...@oracle.com>> 于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: dalibor.to...@oracle.com > <sip:dalibor.to...@oracle.com> > > 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: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.apache.org > >
