Changement de Date lors de la conversion de XMLGregorianCalendar de Calendrier

Extrait de XMLGregorianCalendar.toGregorianCalendar() JavaDoc sur la façon dont ils créent la GregorianCalendar exemple:

Obtenir un pur Calendrier Grégorien en invoquant GregorianCalendar.setGregorianChange( new Date(Long.MIN_VALUE)).

Cela signifie, que le calendrier de création sera proleptic et de ne pas passer à calendrier Julien comme il le fait par défaut pour les anciennes dates. Le problème est ici:

• argCal.toGregorianCalendar() de conversion de XMLGregorianCalendar à GregorianCalendar à l'aide du champ de la représentation (Julien système n'est pas utilisé - voir ci-dessus)
• cal.setTime(calendarDate.getTime());
  • c'est en fait la conversion champ de la représentation à une timestamp représentation et de l'initialisation d'un nouveau calendrier avec ce timestamp
  • le nouveau calendrier est à l'aide de Julien système pour représenter la date qu'il est âgé de plus de 1582

Il y a quelques façons de résoudre ce problème:

• utilisation JodaTime et LocalDate#fromCalendarFiels si vous êtes intéressé à la date
• convertir les calendriers à l'aide d'accès sur le terrain et de ne pas le #getTime méthode
• force le calendrier grégorien à utiliser proleptic système (de la même manière que XMLGregorianCalendar est de le faire)

---

Mise à JOUR Veuillez noter que Java Date et Calendar Api ne sont pas très bien conçu et peut être (et sont) parfois assez déroutant. C'est aussi pourquoi Java 8 contient complètement retravaillé date-time library JSR 310 (basé sur JodaTime par la voie).

Maintenant, vous avez à réaliser, que vous pouvez stocker et de travailler avec un instant (calendrier indépendant mot-clé) par l'intermédiaire de deux approches très différentes:

• stocker un décalage (par exemple, en millisecondes) d'un bien définis instant appelé époque (par exemple,l'époque unix 1970-01-01)
• stockage de date à son calendrier de champs (par exemple, le 1er janvier 1970)

La première approche est ce qui est utilisé sous le capot dans java.util.Date. Cependant, cette représentation est généralement non-humain amical. L'homme travailler avec des dates de calendrier, pas les horodatages. La conversion des horodateurs pour les champs de date est où Calendrier des étapes. Aussi c'est là le plus drôle, la partie commence... si vous voulez représenter date par ses champs, vous devez réaliser qu'il y a toujours plusieurs façons de le faire. Une nation peut décider d'utiliser les mois lunaires, d'autres pourront dire que l'année 0 a à peine 10 ans. Et le calendrier grégorien est juste un moyen de conversion réel instantané à de véritables champs de date.

Un peu sur XMLGregorianCalendar vs GregorianCalendar:

• Spécification XML explicitement dit que l'lisible par l'homme date est un calendrier grégorien date
• De Java GregorianCalendar contient ce "magie", qui passe Julian système sous le capot, si l'instant est vieux de plus d'un définies délai
• c'est pourquoi XMLGregorianCalendar modifie GregorianCalendar lors de son initialisation, pour désactiver cette magie de l'interrupteur (voir l'extrait de JavaDoc ci-dessus)

Maintenant la partie intéressante:

Si l'Julian interrupteur ne pas être désactivé, GregorianCalendar suppose que le calendrier des champs sont de Julian système et il va les passer en 3 jours. Vous pensiez que la date a été décalée de 3 jours et quelque chose doit se passait mal, non? Non, la date était en fait tout le temps correct et il contenait estampillage, sous le capot! Seul le calendrier avait présenté vous Julian champs au lieu du chant Grégorien champs. Et c'est assez déroutant, je dirais 🙂 [JSR 310 de rire dans le fond].

Donc, si vous voulez travailler avec pure calendrier grégorien (c'est à dire à utiliser proleptic grégorien pour les anciennes dates de), vous devez initialiser le calendrier comme ceci:

Calendar calendar = Calendar.getInstance();
((GregorianCalendar) calendar).setGregorianChange(new Date(Long.MIN_VALUE));

Vous pourriez dire: calendar.getTime() est encore de me donner de date incorrect. Eh bien, c'est parce que java.util.Date.toString() (appelé par System.out.println) est à l'aide de la valeur par défaut Calendar, qui va passer à Julian système pour les anciennes dates. Confus? Peut-être en colère (je sais que je suis :))?

---

Mise à JOUR 2

//Get XML gregorian calendar
XMLGregorianCalendar xmlCalendar = DatatypeFactory.newInstance().newXMLGregorianCalendar();
xmlCalendar.setYear(1); //Watch for octal number representations (you had there 0001)
xmlCalendar.setMonth(1);
xmlCalendar.setDay(1);
//Convert to Calendar as it is easier to work with it
Calendar calendar = xmlCalendar.toGregorianCalendar(); //Proleptic for old dates
//Convert to default calendar (will misinterpret proleptic for Julian, but it is a workaround)
Calendar result = Calendar.getInstance();
result.setTimeZone(calendar.getTimeZone());
result.set(Calendar.YEAR, calendar.get(Calendar.YEAR));
result.set(Calendar.MONTH, calendar.get(Calendar.MONTH));
result.set(Calendar.DAY_OF_MONTH, calendar.get(Calendar.DAY_OF_MONTH));
result.set(Calendar.HOUR_OF_DAY, calendar.get(Calendar.HOUR_OF_DAY));
result.set(Calendar.MINUTE, calendar.get(Calendar.MINUTE));
result.set(Calendar.SECOND, calendar.get(Calendar.SECOND));
result.set(Calendar.MILLISECOND, calendar.get(Calendar.MILLISECOND));
System.out.println(result.getTime());

Clause de non-responsabilité: ce code est faux (le résultat instantané n'est pas la même que celle dans le fichier XML), mais l'OP comprend le problème et de ses conséquences (voir la discussion en vertu de cette réponse).

OriginalL'auteur Pavel Horal