java.texte.ParseException: Unparseable date

Assurez-vous que vous utilisez la bonne localisation. (Le SimpleDateFormat(String) constructeur utilise les paramètres régionaux système par défaut, qui peut ne pas être celui que vous voulez utiliser.)

Cela fonctionne très bien sur ma machine:

String input = "Aug 31 09:53:19 2011";
DateFormat df = new SimpleDateFormat("MMM dd HH:mm:ss yyyy", Locale.US);
System.out.println(df.parseObject(input));

(Lors de l'utilisation Locale.FRENCH par exemple, les résultats dans un ParseException.)

OriginalL'auteur aioobe

tl;dr

• Spécifier le Locale, afin de déterminer le langage humain et les normes culturelles utilisées dans la traduction du nom du mois.
• Utilisation moderne java.temps classes plutôt que gênant classes héritées.

Exemple artificiel:

LocalDateTime.parse(                                       //Parse input text as a `LocalDateTime` lacking any concept of time zone or offset-from-UTC.
    "Aug 31 09:53:19 2011" , 
    DateTimeFormatter.ofPattern( "MMM dd HH:mm:ss yyyy" )  //Specify formatting pattern to match input string.
                     .withLocale( Locale.US )              //The `Locale` determines the human language and cultural norms used in translating the input text.
)                                                          //Returns a `LocalDateTime` object.

Détails

Les deux autres réponses par aioobe et par Jesper sont tous les deux corrects: Implicitement à l'aide d'un Locale avec un langage humain qui ne correspond pas à la langue de votre entrée de texte.

Cette Réponse explique une nouvelle façon de faire le travail. Aussi, les autres Réponses ne répondent pas à la question cruciale de fuseau horaire.

java.temps

Avance rapide quelques années plus tard, à partir de cette publication, et nous avons maintenant la nouvelle java.en temps intégré dans Java 8 et les versions ultérieures. Ces nouvelles classes supplanter l'ancienne java.util.Date/.Calendrier & SimpleDateFormat classes. Ces vieilles classes ont prouvé pour être ennuyeux, déroutant, et vicié.

Formateur Motif

Définir les données à analyser et de son format.

String input = "Aug 31 09:53:19 2011";
DateTimeFormatter formatter = DateTimeFormatter.ofPattern( "MMM dd HH:mm:ss uuuu" );

Si non spécifié, la DateTimeFormatter est affecté à la Locale qui fait actuellement défaut dans la JVM. Cette valeur par défaut peut changer à tout moment, même en cours d'exécution(!). Il faut donc toujours préciser le désiré ou attendu Locale.

formatter = formatter.withLocale( Locale.US );  //Or Locale.UK, Locale.CANADA_FRENCH, etc.

Étant donné que l'entrée est dépourvue de toute zone de temps ou de décalage-de-UTC de l'information, l'analyser comme un LocalDateTime.

LocalDateTime ldt = LocalDateTime.parse( input , formatter );

Si le contexte vous savez le but de décalage de l'heure UTC ou d'un fuseau horaire pour cette date-valeur du temps, de l'attribuer.

Si l'UTC, l'utilisation de la ZoneOffset.UTC de la constante pour obtenir une OffsetDateTime objet.

OffsetDateTime odt = ldt.atOffset( ZoneOffset.UTC );

Un fuseau horaire est une offset-de-UTC plus un ensemble de règles de traitement des anomalies telles que l'Heure d'été (DST). Utilisation fuseau horaire noms, jamais le 3-4 lettre abréviations.

ZoneId zoneId_Montreal = ZoneId.of( "America/Montreal" );
ZonedDateTime zdt = ldt.atZone( zoneId_Montreal );

Spécifier Le Fuseau Horaire

Cet élément de langage de l'homme est la clé de la pièce manquante pour répondre à la Question. La spécification de la bonne Locale pour l'homme de langue correspondant à la langue de votre chaîne d'entrée à résoudre ce problème.

Mais notez que le fuseau horaire est également critique; les autres réponses ignoré cette question ainsi implicitement à l'aide de la JVM actuelle du fuseau horaire par défaut. Ce n'est pas conseillé, car elle repose sur le système d'exploitation hôte comme une valeur par défaut initiale (peut varier) et en outre, tout le code dans un thread de n'importe quelle application à l'intérieur de la JVM peut changer la JVM par défaut en cours de fuseau horaire pendant de l'exécution. Mieux spécifier les attentes de fuseau horaire que reposent implicitement sur par défaut.

Des Objets Immuables

Noter la syntaxe. Ces cours sont conçus pour être immuable. Donc, plutôt que de la modification (mutation) d'un objet, un nouvel objet est créé sur la base de l'ancien objet de valeurs. Cela signifie que nous sommes pas affectant la DateTimeFormatter objet défini ci-dessus et tenue dans l' formatter variable (référence de l'objet). Nous sommes de créer, d'utiliser et de jeter un nouvel objet DateTimeFormatter (en fait, deux de nouveaux objets) à l'intérieur de cette ligne de code.

Méthode De Référence

La documentation suggère une autre façon d'analyser une chaîne de caractères est l'appel de la parse méthode où l'on passe d'un méthode de référence (Java 8) de la classe du type de résultat que vous désirez (comme le TemporalQuery): ZonedDateTime::from, LocalDateTime::from, LocalDate::from, et ainsi de suite.

ZonedDateTime zdt = formatter.withZone( zoneId_Montreal ).withLocale( Locale.ENGLISH ).parse( input, ZonedDateTime :: from );

Pour la démonstration, nous allons tourner autour et de créer une représentation de Chaîne que ZonedDateTime de la valeur, mais en français Québécois.

String output = formatter.withLocale( Locale.CANADA_FRENCH ).format( zdt );

Encore mieux, nous allons localiser plutôt que de coder en dur un format particulier.

String outputLocalized = DateTimeFormatter.ofLocalizedDateTime( FormatStyle.FULL ).withLocale( Locale.CANADA_FRENCH ).format( zdt );

De vidage de la console.

System.out.println( "input: " + input );
System.out.println( "formatter: " + formatter );
System.out.println( "zdt: " + zdt );
System.out.println( "output: " + output );
System.out.println( "outputLocalized: " + outputLocalized );

Lors de l'exécuter.

input: Aug 31 09:53:19 2011
formatter: Text(MonthOfYear,SHORT)' 'Value(DayOfMonth,2)' 'Value(HourOfDay,2)':'Value(MinuteOfHour,2)':'Value(SecondOfMinute,2)' 'Value(YearOfEra,4,19,EXCEEDS_PAD)
zdt: 2011-08-31T09:53:19-04:00[America/Montreal]
output: août 31 09:53:19 2011
outputLocalized: mercredi 31 août 2011 9 h 53 EDT

---

Sur java.temps

La java.temps cadre est intégré dans Java 8 et les versions ultérieures. Ces classes permettent d'éviter la pénible vieux héritage date du temps des classes comme java.util.Date, Agenda, & SimpleDateFormat.

La Joda-Time projet, maintenant dans le mode de maintenance, conseille la migration vers le java.le temps classes.

Pour en savoir plus, consultez les Oracle Tutoriel. Et de recherche de Débordement de Pile pour de nombreux exemples et des explications. La spécification est JSR 310.

Vous pouvez échanger java.temps objets directement avec votre base de données. Utiliser un Pilote JDBC compatible avec JDBC 4.2 ou plus tard. Pas besoin de chaînes, pas besoin de java.sql.* classes.

Où obtenir le java.les classes de temps?

• Java SE 8, Java SE 9, Java SE 10, et plus tard
  • Intégré.
  • Partie de la norme API Java avec une liasse de mise en œuvre.
  • Java 9 ajoute quelques fonctionnalités mineures et corrections.
• Java SE 6 et Java SE 7
  • Une grande partie de la java.fonction temps est de retour, porté à Java 6 & 7 dans ThreeTen-Backport.
• Android
  • Plus tard, des versions d'Android bundle implémentations de java.les classes de temps.
  • Antérieures d'Android (<26), le ThreeTenABP projet s'adapte ThreeTen-Backport (mentionné ci-dessus). Voir Comment utiliser ThreeTenABP....

OriginalL'auteur Basil Bourque