LocalDate parser cannot parse month as a String: 'Aug'

I am trying to parse the following string with LocalDate: "04 Aug 2015".

After trying a few variation of DateTimeFormatters, I looked for answers in SO and found out that some of the parsing examples given in answer did not work for me. After further investigation I have found out that java 14 fails to parse a date which include a string month such as "Jul", "Feb"... but in java 8 & 10 it worked flawlessly.

The Exception thrown was:

> java.time.format.DateTimeParseException: Text '04 Aug 2015' could not be parsed at index 3

Have there been any changes to LocalDate/DateTimeFormatter in java 14? I could not find anything in the documentation.

Here is the code that prints successfully on java 8/10 and throws a DateTimeParseException at java 14:

  public static void main(String[] args) {
    DateTimeFormatter dtf = DateTimeFormatter.ofPattern("dd MMM yyyy");
    String anotherDate = "04 Aug 2015";
    LocalDate lds = LocalDate.parse(anotherDate, dtf);
    System.out.println(anotherDate + " , " + lds);
  }

Turning 'Aug' into 'the 8th month' is not an easy job; most languages don't have 'Aug'.

the parser takes in a locale as part of the job, and it uses this amongst other things to translate (shortened) month names.

If you don't specify it, you get the system default, which can be problematic (because it can be different on every JVM you run this on).

My guess is that your JDK14 install is using a different default locale than your other installs.

Test it as follows:

System.out.println(java.util.Locale.getDefault());

and to fix your parse code:

DateTimeFormatter dtf = DateTimeFormatter.ofPattern("dd MMM yyyy", Locale.ENGLISH);

NB: Whilst it is extremely common to see DTF.ofPattern("pattern"); in java code and in a million stack overflow examples, 99% of those lines of code are buggy - given that java is usually deployed on servers and/or this code is used to parse web traffic and not locally typed stuff, having the pattern use the system default locale is not correct.

Just like how you should almost never use, say, new FileWriter("filename"), instead using new FileWriter("filename", StandardCharsets.UTF_8);, you should almost never use DateTimeFormatter.ofPattern(pattern); - if your IDE has the ability to make a list of forbidden methods (methods for which a call MUST be accompanied by a comment explaining that you know what you're doing), you should add it.