Java 8 LocalDateTime analyse date non valide

Je voulais valider la date à côté client donc j'ai écrit le code suivant. Mais au lieu de recevoir une exception, je suis d'avoir un bon objet date pour le 31 du mois de février chaîne de date, ce qui est clairement une date non valide.

public class Test {

    public static void main(String[] args) {
        String dateFormat = "HH:mm:ss MM/dd/yyyy";
        String dateString = "11:30:59 02/31/2015";
        DateTimeFormatter dateTimeFormatter = DateTimeFormatter.ofPattern(dateFormat, Locale.US);
        try {
            LocalDateTime date = LocalDateTime.parse(dateString, dateTimeFormatter);
            System.out.println(date);
        } catch (Exception e) {
            //Throw invalid date message
        }
    }
}

Sortie : 2015-02-28T11:30:59

Personne ne sait pourquoi LocalDateTime est l'analyse de cette date au lieu de lancer une exception.

pourquoi êtes-vous en attente d'une exception?
sans doute parce que le 31 Février. n'existe pas.
Mais formateur ne sais pas à ce sujet.
Ce qui vous fait penser à qui? Quelque chose sait très bien que le jour n'existe pas, que c'est de la convertir dans le 28...
Mes excuses pour vous induire en erreur plus tôt, le problème n'est pas le manque de millisecondes. C'est en fait le manque Ère. Il nécessite encore un DateTimeFormatterBuilder mais avec une valeur par défaut pour l'Époque, pas de millisecondes. Si vous souhaitez modifier & undelete votre réponse, n'hésitez pas.

OriginalL'auteur Zeeshan | 2015-09-28

Vous avez juste besoin d'un strict ResolverStyle.

De l'analyse d'une chaîne de texte se fait en deux phases. La Phase 1 est un texte de base analyser selon les champs ajoutés pour le constructeur. La Phase 2 se résout l'analyse de champ de valeur de paires en date et/ou heure d'objets. Ce style est utilisé pour contrôler la façon dont la phase 2, de la résolution, qui se passe.

Exemple de code - où withResolverStyle(ResolverStyle.STRICT) est l'importance du changement, avec l'utilisation de uuuu plutôt que yyyy (où uuuu est "an" et "yyyy" est "l'année de l'ère", et donc ambigu):

import java.time.*;
import java.time.format.*;
import java.util.*;

public class Test {

    public static void main(String[] args) {
        String dateFormat = "HH:mm:ss MM/dd/uuuu";
        String dateString = "11:30:59 02/31/2015";
        DateTimeFormatter dateTimeFormatter = DateTimeFormatter
            .ofPattern(dateFormat, Locale.US)
            .withResolverStyle(ResolverStyle.STRICT);
        try {
            LocalDateTime date = LocalDateTime.parse(dateString, dateTimeFormatter);
            System.out.println(date);
        } catch (DateTimeParseException e) {
            //Throw invalid date message
            System.out.println("Exception was thrown");
        }
    }
}

Changer le format aaaa à uuuu dans la chaîne de format, puis il n'est pas nécessaire de jouer avec de l'ÈRE
Aha! Bien fait, merci.

OriginalL'auteur Jon Skeet

8

La Java 8 DateTimeFormatter utilise aaaa à dire YEAR_OF_ERA, et uuuu à la moyenne de l'ANNÉE. Vous avez besoin de modifier votre modèle de chaîne de caractères comme suit:
```
String dateFormat = "HH:mm:ss MM/dd/uuuu";
```
DateTimeFormatter par défaut à l'aide de la PUCE de résolution de style, mais vous voulez qu'il utilise le STRICT résolveur de style. Modifier votre dateTimeFormatter code d'initialisation comme suit:
```
DateTimeFormatter dateTimeFormatter = DateTimeFormatter.ofPattern(dateFormat, Locale.US)
                                                       .withResolverStyle(ResolverStyle.STRICT);
```
OriginalL'auteur Palamino
3

Il n'est pas arrondi vers le bas. Février n'a jamais eu de 31 jours, et il est impossible d'utiliser une validation de la date /heure de l'objet à représenter un jour qui n'existe pas.

Comme un résultat, il faut de l'entrée non valide et vous donne la meilleure approximation à la bonne date (la date du dernier jour de février de cette année).

SimpleDateFormat hérite de DateFormat qui a un setLenient(boolean value) méthode. Je m'attends à ce que si vous l'avez appelé setLenient(true) avant l'analyse, il serait probablement se plaindre plus, comme détaillé dans la documentation javadoc.

OriginalL'auteur Edwin Buck

try {
    SimpleDateFormat df = new java.text.SimpleDateFormat("HH:mm:ss MM/dd/yyyy");
    df.setLenient(false);
    System.out.println(df.parse("11:30:59 02/29/2015"));
} catch (java.text.ParseException e) {
  System.out.println(e);
}

J'ai trouvé une solution à reconnaître date une date valide avec DateFormat.setLenient(boolean). Si vous essayez d'analyser toute date non valide il jette analyser exception.

Edit:

Java 8, mais cela va lever une exception si le mois n'est pas entre 1 et 12, si un jour est plus de 32. Exactement pas de travail. Mais pour les mois de travail.

try {
TemporalAccessor ta = DateTimeFormatter.ofPattern("HH:mm:ss MM/dd/yyyy").parse("11:30:59 02/32/2015");
} catch (Exception e) {
System.out.println(e);
}

De sortie:

java.time.format.DateTimeParseException: Text '11:30:59 02/32/2015' could not be
 parsed: Invalid value for DayOfMonth (valid values 1 - 28/31): 32

SimpleDateFormat ne fonctionne pas avec Java 8 LocalDateTime. Je suis à la recherche d'une solution avec Java8 LocalDateTime

OriginalL'auteur SatyaTNV

0

LocalDateTime.parse ne peut lever une erreur si la Chaîne passée en contient des caractères non valides, un certain nombre de jours excédant 31 ou un mois de plus de 12.

Par exemple, si vous avez modifié votre code en tant que tel:
```
String dateString = "11:30:59 0zz2/31/2015";
```
une exception sera levée causés par le non valide " zz " caractères à l'intérieur de votre date donnée. Pourquoi c'est "arrondi vers le bas" à la date de leur dire, que je ne sais pas.

Source: https://docs.oracle.com/javase/8/docs/api/java/time/LocalDateTime.html#parse-java.lang.CharSequence-

Dûment noté et corrigé RealSkeptic.

OriginalL'auteur jste89

Vous devez vous connecter pour publier un commentaire.