Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8149613

java.text.SimpleDateFormat fails to parse EET timezone using CLDR locale provider

XMLWordPrintable

      FULL PRODUCT VERSION :
      java version "1.8.0_74"
      Java(TM) SE Runtime Environment (build 1.8.0_74-b02)
      Java HotSpot(TM) 64-Bit Server VM (build 25.74-b02, mixed mode)

      ADDITIONAL OS VERSION INFORMATION :
      Microsoft Windows [Version 6.1.7601]

      A DESCRIPTION OF THE PROBLEM :
      SimpleDateFormat.parse throws java.text.ParseException on string "Wed Feb 10 10:57:32 EET 2016" when property java.locale.providers set to CLDR but works with default value.

      STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
      run compiled program with -Djava.locale.providers=CLDR

      EXPECTED VERSUS ACTUAL BEHAVIOR :
      EXPECTED -
      program prints nothing
      ACTUAL -
      program throws java.text.ParseException

      ERROR MESSAGES/STACK TRACES THAT OCCUR :
      Exception in thread "main" java.text.ParseException: Unparseable date: "Wed Feb 10 10:57:32 EET 2016"
              at java.text.DateFormat.parse(DateFormat.java:366)
              at sandbox.SDF_CLDR_Test.main(SDF_CLDR_Test.java:11)

      REPRODUCIBILITY :
      This bug can be reproduced always.

      ---------- BEGIN SOURCE ----------
      import java.text.SimpleDateFormat;
      import java.util.Locale;

      public class SDF_CLDR_Test {
          
          public static void main(String[] args) throws java.lang.Exception {
              SimpleDateFormat sdf = new SimpleDateFormat("EEE MMM dd HH:mm:ss zzz yyyy", Locale.US );

              sdf.parse( "Wed Feb 10 10:57:32 EET 2016" );
          }

      }
      ---------- END SOURCE ----------

      CUSTOMER SUBMITTED WORKAROUND :
      can use default locale provider

            psonal Pallavi Sonal (Inactive)
            webbuggrp Webbug Group
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: