Discussion :

[p1xl_01]

Bonjour

J'ai un problème pour convertir des chaînes de caractère en object Date.
Je reçois en entrée ce genre de string:

26 oct. 1927
19 nov. 1952
14 déc. 1953
11 janv. 1860
5 févr. 1896
30 mars 2006
30 mars 2006

J'utilise le code suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
Date decisionDate = tryParse(myDateString, "d MMM. yyyy");
if (decisionDate == null){
	decisionDate = tryParse(myDateString, "d MMMM yyyy");
}

et le code de la méthode tryParse():

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
private Date tryParse(String dateString, String formatString)
{
        Date d = null;
        try
        {
            d = new SimpleDateFormat(formatString).parse(dateString);
        }
        catch (ParseException e) {}
 
	return d;
}

La méthode me retourne toujours null. Donc le parsing ne fonctionne pas.

Alors, est-ce que mon pattern de date est mauvais ou bien est-ce qu'il n'est pas possible de convertir ce type de chaine de caractère en date?

Merci par avance

[wax78]

Chez moi :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
String myDateString = "16 mars 1992";
Date decisionDate = tryParse(myDateString, "d MMMM yyyy");
System.err.println("=="+decisionDate);

Ca marche nickel quand le mot du mois est dans la bonne langue, même si le mot du mois n'est pas entier. (Enfin ca depend [Févr.] passe, mais [Févri.] ne passera pas)

[Mamypirate]

Le code que tu fournis fonctionne bien chez moi (y compris en français, avec le mois tronqué ou non).

[tchize_]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

catch (ParseException e) {}

Toujours regarder le message de l'exception en cas de problème

[p1xl_01]

Merci pour vos retours

C'est vraiment bizarre, j'ai copié le code de wax78 dans un test unitaire et ça m'affiche "==null" :/

Je ne comprend pas d'où peut venir le problème. J'utilise jdk 1.6.0_24.

Une idée? =o

[tchize_]

affichez votre exceptions, s'il vous plait. Tout ce que le null nous dit c'est qu'il y a eu un ParseException, reste à savoir sur quoi!

[p1xl_01]

Oui, désolé ^^ J'étais en train d'éditer mon message précédent

Le message d'erreur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
java.text.ParseException: Unparseable date: "16 mars 1992"
	at java.text.DateFormat.parse(DateFormat.java:337)

[Logan Mauzaize]

Ca donne quoi ce code ?
System.out.println(Locale.getDefault())

[p1xl_01]

@Nemek : Bien vu! Je n'y avais pas pensé mais le serveur sur lequel est ma session de travail est en anglais et par conséquent, Locale.getDefault() retourne "en_US".

Du coup j'ai modifié mon code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
private Date tryParse(String dateString, String formatString)
{
        Date d = null;
        try
        {
            d = new SimpleDateFormat(formatString, Local.FRANCE).parse(dateString);
        }
        catch (ParseException e) {}
 
	return d;
}

et là ça fonctionne

Merci pour votre aide à tous

[adiGuba]

Salut,

Ceci sert un peu à rien :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
Date decisionDate = tryParse(myDateString, "d MMM. yyyy");
if (decisionDate == null){
	decisionDate = tryParse(myDateString, "d MMMM yyyy");
}

Vu que "MMM" acceptera "oct." et "octobre", donc ceci est amplement suffisant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Date decisionDate = tryParse(myDateString, "d MMM yyyy");

De plus j'irais encore plus loin que tchize_ : il ne faut pas catcher l'exception. En effet quel intérêt y-a-t-il à catcher l'exception si c'est pour se prendre un NullPointer derrière... Autant avoir directement le ParseException.


Si tu fais cela uniquement pour t'éviter les checked-exception il suffit de l'englober dans une unchecked :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
	} catch (ParseException e) {
		throw new RuntimeException(e);
	}

Enfin il faut se méfier de deux chose :

• Le mode setLenient(true) activé par défaut, qui fait que les dates erronées sont automatiquement corrigées (par exemple le "32 octobre" devient le "1er novembre"). Ce comportement n'est pas forcément souhaitable :/
• Le parse() qui ne lit pas forcément tout la chaine, ce qui n'est pas forcément souhaitable non plus. Il faut utiliser parse(String,ParsePosition) pour éviter ce désagrément.

a++

[p1xl_01]

Pour le format du SimpleDateFormat, tu as raison. Au départ, je ne savais pas que le second format pouvait catcher les deux types Après quelques essais, j'ai effectivement retiré le "d MMM. yyyy".

Après il s'est avéré qu'avec le SimpleDateFormat, j'avais quelques petits problèmes selon que la première lettre du mois était en majuscule ou en minuscule.

Du coup j'ai remplacé le code par :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
Date decisionDate = DateFormat.getDateInstance(DateFormat.MEDIUM, Locale.FRANCE).parse(myStringDate);

Ça passe pour presque tout sauf quand une date est écrite de la façon suivant :

1er Janvier 2001

. Le "1er" n'est pas accepté. Est-ce qu'il y aurait une solution pour ce cas, autre que modifier la string avant de la parser?

Merci

ps: je vais rajouter le parsePosition dans la méthode parse(string, parsePosition) ^^

[wax78]

Bah si tu as toujours 3 mots separés par un truc (espace je suposse). Tu px splitter en 3. Prendre le premier bout (1er) et t'arragner avec un Regexp ou autre pour supprimer tout ce qui n'est pas une chiffre ?

Puis recomposer le string de la date et le parser avec ton parseur.

[p1xl_01]

Ok mais à priori il n'y a donc pas de parser de date natif qui prenne en charge ce format là ?

[tchize_]

Tu peux essayer ça en tandem:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
"d MMMM yyyy"
"d'er' MMMM yyyy"