Comparaison de dates java.util.time

Bonjour,

je dois comparer deux dates. L’une est la date du système, l’autre est une date time stamp transformée en date avec

Code:

---

1 2 3 4

Date date = new Date(unixSeconds*1000L); SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss z"); sdf.setTimeZone(TimeZone.getTimeZone("GMT+1")); formattedDate = sdf.format(date);

---

J’ai essayé d’utiliser JODA Time, mais après ne pas avoir réussi à le faire fonctionner, on m’a dit qu’il était préférable d’utiliser le paquet java.time. Mais lorsque je veux comparer des dates, il faut utiliser la méthode duration qui prends en compte des temporals.
Or, je n’ai qu’une date et une chaîne de caractères.
Je crois qu’on peut transformer une variable LocalDateTime en temporal, mais pour l’autre date, je ne vois pas du tout comment faire.

Pouvez-vous m’éclairer, merci.

Hello,

pour comparer deux dates de même type on appelle compareTo() de l'une sur l'autre. Pas besoin de duration.

Citation:

---

Envoyé par Hippocrène

Or, je n’ai qu’une date et une chaîne de caractères.

---

Cette partie-là je ne la comprends pas bien en fait. Elles viennent d'où ces deux dates et ça sert à quoi de les comparer ?

Dans le code que tu nous as montré, ta String a été construite à partir d'un objet qui est déjà une Date. Du coup, ça servait à rien de la transformer en String, il fallait utiliser la Date que tu avais déjà, tout simplement. Pourquoi faire, une String ?

Salut,

quand j’ai écris « deux dates » je pensais à la date actuelle (il me semble qu’on peut la générer avec Date date = new Date() et ça suffit).
La chaîne de caractère, je pensais à celle que je transforme. En fait, le code ne viens pas totalement de moi, et je pensais qu’il transformait le time stamp en date, puis qu’il formatait la date avec le SimpleDateFormat, mais en renvoyant un string ; donc la date que j’ai avant n’est pas au bon format. Mais peut être que ça n’est pas ça.

Quand je dis comparer deux dates, je veux dire savoir de combien de jours elles sont distantes.

Citation:

---

Envoyé par Hippocrène

Quand je dis comparer deux dates, je veux dire savoir de combien de jours elles sont distantes.

---

Dans ce cas il vaut mieux utiliser java.time.*, en effet.
Soit LocalDate soit LocalDateTime, ça dépend si tu t'intéresses à l'heure ou pas.

Et juste long days = date1.until(date2, ChronoUnit.DAYS); pour la différence en jours.

Pour la date actuelle, c'est LocalDate.now() ou LocalDateTime.now().

Citation:

---

Envoyé par Hippocrène

La chaîne de caractère, je pensais à celle que je transforme. En fait, le code ne viens pas totalement de moi, et je pensais qu’il transformait le time stamp en date, puis qu’il formatait la date avec le SimpleDateFormat, mais en renvoyant un string ; donc la date que j’ai avant n’est pas au bon format. Mais peut être que ça n’est pas ça.

---

Alors en fait il faudrait arrêter les dissertations de texte, et montrer simplement où tu as cette date qui t'intéresse, dans le code.
Ce qui nous intéresse, c'est : est-ce que au départ, avant que tu fasses des trucs dessus alors que tu sais même pas s'il faut ou pas faire ces trucs, c'est une String, une LocalDate, un LocalDateTime, une Date ou autre chose ?

Ah ok, merci 😃

Au début j’ai un truc du genre :

Code:

---

long unixSeconds = 1465422642;

---

Ici, j’ai une date non formatée (il me semble) :

Code:

---

Date date = new Date(unixSeconds*1000L);

---

Ici, j’ai une chaîne de caractères dans la bonne disposition des jours, mois,…

Code:

---

formattedDate = sdf.format(date);

---

Citation:

---

Envoyé par Hippocrène

Ici, j’ai une date non formatée (il me semble) :

Code:

---

Date date = new Date(unixSeconds*1000L);

---

---

Juste une date, représentée par la classe java.util.Date.

Citation:

---

Envoyé par Hippocrène

Ici, j’ai une chaîne de caractères dans la bonne disposition des jours, mois,…

Code:

---

formattedDate = sdf.format(date);

---

---

On ne formate une date que pour l'afficher, ou la stocker sous forme de texte.

Le format n'a de sens que lorsqu'on convertit la date en String. La question soulevée est : pourquoi la convertir en String ? Parce que pour comparer des dates, c'est inutile.

Salut,

Je converti ma date en chaîne de caractères uniquement pour pouvoir l’afficher.

J’ai tenté d’écrire la comparaison de dates selon vos indications. J’ai :

Code:

---

1 2 3 4 5 6 7

[…] date = new Date(unixSeconds*1000L); […] LocalDateTime localDate = LocalDateTime.now();   long days = ((Temporal) date).until(localDate, ChronoUnit.DAYS); out.println("Durée écoulée : "+days);

---

Ou la même chose avec LocalDate().

Mais j’obtiens une erreur :

Citation:

---

java.lang.NoClassDefFoundError: java/time/temporal/Temporal

---

(J’ai bien importé java.time.temporal.Temporal.)

java.lang.NoClassDefFoundError ? Vraiment ? J'ai dû mal à voir dans quel cas on pourrait avoir ça avec cette classe et pas LocalDateTime avant (une installation bancale). Parce que ça devrait plutôt faire un ClassCastException, parce un java.util.Date n'est pas un java.time.temporal.Temporal.

Comme il faut comparer ce qui est comparable, il faut créer date comme LocalDateTime, par exemple :

Code:

---

LocalDateTime date = LocalDateTime.ofInstant(Instant.ofEpochSecond(unixSeconds), ZoneId.systemDefault());

---

Ah, en descendant dans la page, je vois que j’ai aussi cette erreur.

Citation:

---

java.lang.ClassNotFoundException: java.time.temporal.Temporal

---

Même en utilisant la ligne que tu m’as proposée.

Tu compiles et exécutes comment ? Dans un IDE ? Lequel ?

J’utilise Eclipse Mars, puis je créé un .war du projet et je l’envoie sur une instance de SolR, sur une machine virtuelle qui me sert de serveur. L’application est une servlet.

Ton serveur est exécuté avec Java 7. Et évidemment le package java.time, introduit avec Java 8, n'existe pas.

Bien, sûr !!! Merci :mrgreen:

Je vais donc voir comment passer ma machine virtuelle en Java 8.

Fait. Maintenant, je n’ai plus d’exception, mais visiblement un problème de code perso.

EDIT : Problème, en fait, en lien avec le code qui vient d’être ajouté, puisque c’est lorsque que la ligne

Code:

---

long days = ((Temporal) date).until(localDate, ChronoUnit.DAYS);

---

est présente que mon code bug, et qu’il jette une exception (je ne sais pas laquelle).

Est-ce que ça change quelque chose si ma machine virtuelle est en OpenJDK 8 et Eclipse en JDK 8 ? (Je vais essayer d’installer JDK 8 à la place.) --> Impossible d’installer JDK1.8.0_66 sur ma machine CentOS…

Conclusion, problème pas totalement réglé ; avez vous des propositions ?