Hi Dalibor,
I do not see a "Register" link at
https://bugs.openjdk.java.net/secure/Dashboard.jspa. Is this the correct
JIRA to report the problem ?
Here is the code snippet that reproduces the problem:
public class Java13Regression1
{
public static void main(String[] args)
{
NumberFormat numberFormat = NumberFormat.getInstance(Locale.FRENCH);
((DecimalFormat) numberFormat).setParseBigDecimal(true);
final ParsePosition position = new ParsePosition(0);
// Convert spaces to no-break space (U+00A0) as required by Java
formats:
// http://bugs.sun.com/view_bug.do?bug_id=4510618
String value = "3 000".replaceAll("(\\d+)\\s(?=\\d)", "$1\u00A0"); //
this causes the problem
numberFormat.parseObject(value, position);
// prints 5 for Java 13 build 18 and earlier (Java 12, 11, ...)
// But prints 1 for Java 13 build 23
System.err.println("Position index: " + position.getIndex());
}
}
Regards,
Martin
On Mon, Jun 3, 2019 at 3:38 PM Dalibor Topic <[email protected]>
wrote:
> Hi,
>
> this might be a side effect of the update to CLDR 35.1.
>
> I don't see anything related in JBS about currency or decimal formatting
> issues introduced in JDK 13, so I think a bug report would be great.
>
> cheers,
> dalibor topic
>
> On 01.06.2019 17:28, Martin Grigorov wrote:
> > Hi Rory,
> >
> > There are several test failures in Wicket due to some change in the
> > Decimal and Currency formatting/pasrsing:
> >
> > cat
> >
> wicket-util/target/surefire-reports/org.apache.wicket.util.convert.converters.ConvertersTest.txt
>
> >
> > master … 2 ⚑ 9
> >
> ───────┬─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
> > │ File:
> >
> target/surefire-reports/org.apache.wicket.util.convert.converters.ConvertersTest.txt
> >
> ───────┼─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
> > 1 │
> >
> -------------------------------------------------------------------------------
> > 2 │ Test set:
> org.apache.wicket.util.convert.converters.ConvertersTest
> > 3 │
> >
> -------------------------------------------------------------------------------
> > 4 │ Tests run: 42, Failures: 3, Errors: 1, Skipped: 0, Time
> > elapsed: 0.076 s <<< FAILURE! - in
> > org.apache.wicket.util.convert.converters.ConvertersTest
> > 5 │ thousandSeperatorWithCurrency Time elapsed: 0.011 s <<<
> FAILURE!
> > 6 │ org.opentest4j.AssertionFailedError: expected: <1 234,00 ¤>
> > but was: <1 234,00 ¤>
> > 7 │ at
> >
> org.apache.wicket.util.convert.converters.ConvertersTest.thousandSeperatorWithCurrency(ConvertersTest.java:84)
> > 8 │
> > 9 │ thousandSeperator Time elapsed: 0.002 s <<< ERROR!
> > 10 │ org.apache.wicket.util.convert.ConversionException: Cannot
> > parse '3 000' using format java.text.DecimalFormat@674dc
> > 11 │ at
> >
> org.apache.wicket.util.convert.converters.ConvertersTest.thousandSeperator(ConvertersTest.java:57)
> > 12 │
> > 13 │ calendarConverter Time elapsed: 0.017 s <<< FAILURE!
> > 14 │ org.opentest4j.AssertionFailedError: expected: <01-05-11> but
> > was: <01-05-2011>
> > 15 │ at
> >
> org.apache.wicket.util.convert.converters.ConvertersTest.calendarConverter(ConvertersTest.java:434)
> > 16 │
> > 17 │ validDateConverters Time elapsed: 0.001 s <<< FAILURE!
> > 18 │ org.opentest4j.AssertionFailedError: expected: <24-10-02> but
> > was: <24-10-2002>
> > 19 │ at
> >
> org.apache.wicket.util.convert.converters.ConvertersTest.validDateConverters(ConvertersTest.java:400)
> >
> > This test was fine with the previous build of 13 and is also OK with
> > Java 11 and 12.
> > Please let me know if this is not reported yet and I will try to prepare
> > plain Java test (without Wicket) that reproduces the issue!
> >
> > Regards,
> > Martin
> >
> > On Fri, May 31, 2019 at 10:25 AM Rory O'Donnell
> > <[email protected] <mailto:[email protected]>> wrote:
> >
> > Hi Martin,
> >
> >
> > *OpenJDK builds *- JDK 13 - Early Access build 23 is
> available at
> > http://jdk.java.net/13/
> >
> > * These early-access , open-source builds are provided under the
> > o GNU General Public License, version 2, with the Classpath
> > Exception <http://openjdk.java.net/legal/gplv2+ce.html>.
> > * Changes in this build
> >
> > <
> http://hg.openjdk.java.net/jdk/jdk/log?rev=reverse%28%22jdk-13%2B22%22%3A%3A%22jdk-13%2B23%22-%22jdk-13%2B22%22%29&revcount=1000
> >
> >
> > * Release notes [1]
> >
> >
> > *Significant changes since the last availability email*
> >
> > * build 23
> > o Support for Unicode 12.1 (JDK-8221431
> > <https://bugs.openjdk.java.net/browse/JDK-8221431>)
> > o Add new keytool -showinfo -tls command for displaying TLS
> > configuration information (JDK-8219861
> > <https://bugs.openjdk.java.net/browse/JDK-8219861>)
> > * build 22
> > o New methods for creating DOM and SAX factories with
> Namespace
> > support (JDK-8219692
> > <https://bugs.openjdk.java.net/browse/JDK-8219692>)
> > o Removal of two DocuSign root CA certificates (JDK-8223499
> > <https://bugs.openjdk.java.net/browse/JDK-8223499>)
> > * build 21
> > o JDWP support for IPv6 (JDK-8184770
> > <https://bugs.openjdk.java.net/browse/JDK-8184770>)
> > o Change the mechanism by which JDK loads the
> platform-specific
> > AWT Toolkit (JDK-8212700
> > <https://bugs.openjdk.java.net/browse/JDK-8212700>)
> > o Upgrade CLDR to Version 35.1 (JDK-8221432
> > <https://bugs.openjdk.java.net/browse/JDK-8221432>)
> > o xConfigurable Read Timeout for CRLs (JDK-8191808
> > <https://bugs.openjdk.java.net/browse/JDK-8191808>)
> > o Removal of two Comodo root CA certificates (JDK-8222136
> > <https://bugs.openjdk.java.net/browse/JDK-8222136>)
> >
> >
> > Bug fixes for issues reported by Open Source Projects
> >
> > * build 22
> > o OutOfMemory on compiling with darcula.jar in classpath
> > (JDK-8222807
> > <https://bugs.openjdk.java.net/browse/JDK-8222807>)
> > * build 21
> > o java -version output and certain system properties contain
> > "null" text in their values (JDK-8223695
> > <https://bugs.openjdk.java.net/browse/JDK-8223695>)
> > * build 20
> > o assert(Compile::current()->live_nodes() <
> > Compile::current()->max_node_limit()) failed: Live Node
> limit
> > exceeded limit (JDK-8219520
> > <https://bugs.openjdk.java.net/browse/JDK-8219520>)
> > o C2: MemNode::can_see_stored_value() ignores casts which
> carry
> > control dependency (JDK-8219902
> > <https://bugs.openjdk.java.net/browse/JDK-8219902>)
> > o New fix of the deadlock in sun.security.ssl.SSLSocketImpl
> > (JDK-8219991
> > <https://bugs.openjdk.java.net/browse/JDK-8219991>)
> >
> >
> > JEP updates since last email
> >
> > * JEP 350: Dynamic CDS Archives
> > <http://openjdk.java.net/jeps/350> was
> > *Integrated*.
> > * JEP 351: ZGC: Uncommit Unused Memory
> > <http://openjdk.java.net/jeps/351> was *Integrated*.
> > * JEP 353: Reimplement the Legacy Socket API
> > <http://openjdk.java.net/jeps/353> was*Targetted* JDK 13.
> > * JEP 355: Text Blocks (Preview)
> > <http://openjdk.java.net/jeps/355> was *Proposed to
> target* JDK 13.
> >
> >
> > Rgds,Rory
> >
> > [1] http://jdk.java.net/13/release-notes
> >
> > --
> > Rgds, Rory O'Donnell
> > Quality Engineering Manager
> > Oracle EMEA, Dublin, Ireland
> >
>
> --
> Oracle <http://www.oracle.com>
> Dalibor Topic | Principal Product Manager
> Phone: +494089091214 <tel:+494089091214> | Mobile: +491737185961
> <tel:+491737185961>
>
> ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | D-22761 Hamburg
>
> ORACLE Deutschland B.V. & Co. KG
> Hauptverwaltung: Riesstr. 25, D-80992 München
> Registergericht: Amtsgericht München, HRA 95603
>
> Komplementärin: ORACLE Deutschland Verwaltung B.V.
> Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
> Handelsregister der Handelskammer Midden-Nederland, Nr. 30143697
> Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher
>
> Green Oracle <http://www.oracle.com/commitment> Oracle is committed to
> developing practices and products that help protect the environment
>
