DateTimeFormatter-Monat-Muster-Buchstaben "L" nicht

Bemerkte ich, dass java.Zeit.format.DateTimeFormatter - ist nicht in der Lage zu analysieren, wie erwartet. Siehe unten:

import java.time.LocalDate;
import java.time.format.DateTimeFormatter;

public class Play {
  public static void tryParse(String d,String f) {
    try { 
      LocalDate.parse(d, DateTimeFormatter.ofPattern(f)); 
      System.out.println("Pass");
    } catch (Exception x) {System.out.println("Fail");}
  }
  public static void main(String[] args) {
    tryParse("26-may-2015","dd-L-yyyy");
    tryParse("26-May-2015","dd-L-yyyy");
    tryParse("26-may-2015","dd-LLL-yyyy");
    tryParse("26-May-2015","dd-LLL-yyyy");
    tryParse("26-may-2015","dd-M-yyyy");
    tryParse("26-May-2015","dd-M-yyyy");
    tryParse("26-may-2015","dd-MMM-yyyy");
    tryParse("26-May-2015","dd-MMM-yyyy");
  }
}

Nur der Letzte Versuch mit tryParse("26-May-2015","dd-MMM-yyyy"); wird "Pass". Gemäß der Dokumentation LLL sollte in der Lage sein, zu analysieren textuellen format. Beachten Sie auch den feinen Unterschied des Großbuchstabens 'M' vs Kleinbuchstaben "m".

Dies ist wirklich ärgerlich, da ich nicht standardmäßig analysiert strings formatiert standardmäßig von Oracle-DB -

SELECT TO_DATE(SYSDATE,'DD-MON-YYYY') AS dt FROM DUAL;

Ebenso für das folgende Programm:

import java.time.LocalDate;
import java.time.format.DateTimeFormatter;

public class Play {
  public static void output(String f) {
    LocalDate d = LocalDate.now();
    Locale l = Locale.US;
    //Locale l = Locale.forLanguageTag("ru");
    System.out.println(d.format(DateTimeFormatter.ofPattern(f,l)));
  }
  public static void main(String[] args) {
    output("dd-L-yyyy");
    output("dd-LLL-yyyy");
    output("dd-M-yyyy");
    output("dd-MMM-yyyy");
  }
}

Bekomme ich unter der Ausgabe:

28-5-2015
28-5-2015
28-5-2015
28-May-2015

Klar die L Formatbezeichner nicht alles behandelt, der Text scheint numerische mir ...

Jedoch, wenn ich die Locale auf Locale.forLanguageTag("ru") bekomme ich folgende Ausgabe:

28-5-2015
28-Май-2015
28-5-2015
28-мая-2015

Alle wirklich interessant, würden Sie nicht Zustimmen?

Fragen, die ich habe sind:

• Ist es sinnvoll für mich, um zu erwarten, dass jeder der arbeiten sollte?
• Sollten wir zumindest uns einige wenige dieser als Fehler?
• Ich missverstehen die Verwendung des L Muster-Bezeichner.

Zitieren einen Teil aus der Dokumentation, die ich percieved als 'es darauf ankommt':

Text: Den Stil des Textes bestimmt wird, basierend auf der Anzahl der Muster
Buchstaben verwendet. Weniger als 4 Buchstaben Muster wird die Kurzform verwendet.
Genau 4 Buchstaben Muster wird die volle form. Genau 5 Muster
Briefe verwenden Sie die schmale form. Muster Buchstaben 'L', 'c' und 'q'
geben Sie die stand-alone-form der text-Stile.

- Nummer:, Wenn die Anzahl der Buchstaben ein, dann wird der Wert ausgegeben, mit
die minimale Anzahl von Ziffern und ohne Polsterung. Ansonsten, der Graf
der stellen ist als die Breite der Ausgabe-Feld mit dem Wert
mit Nullen aufgefüllt, wie nötig. Die folgenden Musterbuchstaben haben
Einschränkungen auf die Anzahl der Buchstaben. Nur ein Buchstabe von 'c' und 'F'
angegeben werden können. Bis zu zwei Buchstaben 'd', 'H', 'h', 'K', 'k', 'm',
und 's' kann angegeben werden. Bis zu drei Buchstaben von " D " kann angegeben werden.

Zahl/Text: , Wenn die Anzahl der Musterbuchstaben ist 3 oder größer ist, verwenden Sie die
Text oben genannten Regeln. Andernfalls verwenden Sie die Nummer oben genannten Regeln.

UPDATE

Habe ich gemacht, zwei Beiträge zu Oracle:

• Anfrage für Bugfix für das LLL (Long Text) Ausgabe: JDK-8114833 (original-oracle-Review ID: JI-9021661)
• Request for enhancement für die Kleinbuchstaben Monat parsing-Problem: Überprüfen Sie die ID: 0 (ist das auch ein bug??)