Pourquoi les valeurs de date affichent-elles un «Z» de fin lorsque les couches sont publiées avec Geoserver et un magasin de données PostGIS?

J'ai publié différentes couches à l'aide de Geoserver 2.2.x avec un magasin de données PostGIS 2.0.1 (PostgreSQL 9.1.x). Les champs qui n'ont que des valeurs de date et non des valeurs liées à l'heure / à l'horodatage sont stockés en tant que date. Après avoir publié mes calques en wfs / wms et ouvert la table dans le navigateur, les valeurs de date s'affichent avec un «Z» de fin.

S'agit-il d'un produit de l'api du magasin de données geotools que geoserver utilise?

Je pense que l'api du magasin de données geotools jette une couverture sur la date de lecture des données comme datetime, horodatage, etc. et le «z» s'affiche pour l'heure zoulou. Je pourrais être totalement hors de mon hypothèse de géotools mais dans PostgreSQL 'z' représente zulu ou utc.

Si les valeurs de la source de données sont stockées sous forme de date et n'ont pas de composante d'heure, pourquoi y a-t-il un «Z» de fin dans le champ de date?

Il semble que vous étiez / soyez sur la bonne voie car le «Z» est utilisé pour un indicateur de fuseau horaire, voici la source que j'ai trouvée qui répond le mieux à votre question

"Z" est une sorte de cas unique pour DateTimes. Le "Z" littéral fait en fait partie de la norme de datetime ISO 8601 pour les temps UTC. Lorsque "Z" (zoulou) est cloué à la fin d'un temps, cela indique que ce temps est UTC, donc vraiment le Z littéral fait partie du temps.

Démarrez votre Goserver avec cette option Java:

-Dorg.geotools.localDateTimeHandling=true

Il indiquera à Geotools de ne pas modifier les objets de date ( http://docs.geotools.org/latest/javadocs/org/geotools/factory/GeoTools.html#LOCAL_DATE_TIME_HANDLING ).

Vous devez avoir au moins la version 15 de Geotools pour que cela fonctionne.