[JAVA] SimpleDateFormat.parse() fout in te parsen maand

[Acmosa]

Hallo,

Ik zit met het volgende probleem. Ik probeer een rss feed te parsen (dit lukt) daaruit wil ik de datum (String) omzetten naar een Date.
Het parsen van een String naar een Date lukt met SimpleDateTime tenzij er March of Mar in het maand veld voorkomt.

Java SE 1.5.0_11

ParsePosition p = new ParsePosition(0); Geeft aan waar de parser moet starten en geeft een index positie > -1 terug wanneer het fout gaat.
Bij het 2de blokje is dat 3, precies waar de maand begint.

Onderstaande werkt.

code:

DateFormat df = SimpleDateFormat.getInstance();
df = new SimpleDateFormat("dd MMMM yyyy HH:mm:ss z");
try{
    Date d = new Date();
    ParsePosition p = new ParsePosition(0);
    log.debug(p);
    d = df.parse("11 November 2007 23:45:45 GMT", p);
    log.debug(p);
    System.out.println(d.toString());
}catch (Exception e) {
    System.out.println(e);
}

Onderstaande werkt niet.

code:

DateFormat df = SimpleDateFormat.getInstance();
df = new SimpleDateFormat("dd MMMM yyyy HH:mm:ss z");
try{
    Date d = new Date();
    ParsePosition p = new ParsePosition(0);
    log.debug(p);
    d = df.parse("11 March 2007 23:45:45 GMT", p);
    log.debug(p);
    System.out.println(d.toString());
}catch (Exception e) {
    System.out.println(e);
}

[ Voor 3% gewijzigd door Acmosa op 11-03-2007 14:30 ]

[momania]

In de bovenste parse je een nederlandse datum/tijd. Dat werkt omdat je Locale waarschijnlijk op NL_nl staat. Voor de onderste moet je een EN_us/EN_gb Locale hebben.

Probeer het maar eens met 'Maart' ipv 'March'

Let ook op dat je geen overbodige code schrijft btw:

Java:

DateFormat df = SimpleDateFormat.getInstance();
df = new SimpleDateFormat("dd MMMM yyyy HH:mm:ss z");

Dit is genoeg:

Java:

DateFormat df = new SimpleDateFormat("dd MMMM yyyy HH:mm:ss z");

[ Voor 5% gewijzigd door momania op 11-03-2007 14:39 ]

[Acmosa]

Ik heb het volgende toegevoegd.

code:

Locale locale = new Locale("en_US");
DateFormat df = new SimpleDateFormat("dd MMMM yyyy HH:mm:ss z", locale);

Wat in theorie het probleem dan zou moeten oplossen maar helaas, zelfde resultaat.
en_GB werkt ook niet.

Maar je opmerking over taal zette me wel aan het denken want May werkt ook niet....
maar Mei wel.

[ Voor 17% gewijzigd door Acmosa op 11-03-2007 14:52 ]

[-FoX-]

Let er tevens op dat het parsen met een simpleDateFormat niet thread-safe is

[Acmosa]

Got it!

code:

Locale.setDefault(new Locale("en_US"));

Toevoegen om de default locale te zetten voor JVM.

[dingstje]

[P]inky schreef op zondag 11 maart 2007 @ 15:01:
Got it!

code:

Locale.setDefault(new Locale("en_US"));

Toevoegen om de default locale te zetten voor JVM.

Lijkt me niet zo'n nette oplossing. Als je je GUI zich laat baseren op je localesetting om je interface te tekenen (taal, numberformatting, ...) geraakt dit hierdoor in de soep. Het lijkt me beter om te proberen je eerste manier (een locale meegeven aan SimpleDateFormat) verder uit te zoeken om het werkend te krijgen.

[Acmosa]

De inderdaad wat brute oplossing is nu vervangen door het volgende wat prima werkt en wel een nette oplossing is;

code:

Locale locale = Locale.US;

De static manier van het setten van de locale was mij niet helemaal duidelijk en het bleek ook dat alleen door deze static manier de locale wordt geaccepteerd in de SimpleDateFormat methode.

Eindresultaat:

code:

Locale locale = Locale.US;
DateFormat df = SimpleDateFormat.getInstance();
df = new SimpleDateFormat("dd MMMM yyyy HH:mm:ss z", locale);
try{
    Date d = new Date();
    ParsePosition p = new ParsePosition(0);
    log.debug(p);
    d = df.parse("11 May 2007 23:45:45 GMT", p);
    log.debug(p);
    System.out.println(d.toString());
}catch (Exception e) {
    System.out.println(e);
}

Bedankt voor het meedanken.

[ Voor 36% gewijzigd door Acmosa op 14-03-2007 17:56 ]

[DaCoTa]

[P]inky schreef op woensdag 14 maart 2007 @ 17:54:

code:

DateFormat df = SimpleDateFormat.getInstance();
df = new SimpleDateFormat("dd MMMM yyyy HH:mm:ss z", locale);

Dit blijft een dubbele declaratie die niet nodig is.

Ik weet niet of het van toepassing is, maar dit is vrij zware code, de constructie van een SimpleDateFormatter wil je niet in een inner loop hebben.

[ Voor 20% gewijzigd door DaCoTa op 14-03-2007 18:35 ]

[Verwijderd]

-FoX- schreef op zondag 11 maart 2007 @ 14:45:
Let er tevens op dat het parsen met een simpleDateFormat niet thread-safe is

Thanks! dat wist ik niet Morgen geloof ik iets te doen

[MetroidPrime]

Locale.US in een variabele stoppen is zo te zien ook overbodig. Dit zou dan een betere oplossing zijn:

Java:

DateFormat df = new SimpleDateFormat("dd MMMM yyyy HH:mm:ss z", Locale.US);

[BalusC]

-FoX- schreef op zondag 11 maart 2007 @ 14:45:
Let er tevens op dat het parsen met een simpleDateFormat niet thread-safe is

Dat is hier toch niet van toepassing? Hij maakt gewoon elke keer weer een nieuwe SDF aan binnen diezelfde methode. Althans, ik zie nergens een static instantie van SDF staan.

[-FoX-]

BalusC schreef op woensdag 14 maart 2007 @ 19:25:
Dat is hier toch niet van toepassing? Hij maakt gewoon elke keer weer een nieuwe SDF aan binnen diezelfde methode. Althans, ik zie nergens een static instantie van SDF staan.

So? Dan kunnen er geen 2 threads gelijkertijd gebruik maken van diezelfde instance?

[Robtimus]

-FoX- schreef op woensdag 14 maart 2007 @ 19:47:
[...]

So? Dan kunnen er geen 2 threads gelijkertijd gebruik maken van diezelfde instance?

Dat doet er niet toe. Een method-local variabele werkt alleen maar in die method, in de aanroepende thread. Als een andere thread dezelfde method van dezelfde instance aanroept, maakt die method gewoon een nieuw object aan.

Het zou een ander geval zijn als het een class of instance variabele is.

[BalusC]

-FoX- schreef op woensdag 14 maart 2007 @ 19:47:
So? Dan kunnen er geen 2 threads gelijkertijd gebruik maken van diezelfde instance?

Ik weet niet of ik dit als een vraag of als een opmerking moet interpreteren. Indien het eerste: dat is correct. Indien het tweede: ik snap je niet?

[ Voor 4% gewijzigd door BalusC op 14-03-2007 22:19 ]