Closed milovanderlinden closed 10 years ago
Mmm, ik maak onder water van een getalletje een echte DBTIME, in eerste instantie hanteerde ik hierbij: Without timezone, alles wordt dan omgezet naar UTC, echter, met de timezone wordt verder in de applicatie geen rekening gehouden. Ik wil dit wel generiek houden, dwz. er mag geen nederlandse timezone hardgecodeerd in worden gezet, anders krijgen we straks problemen als we de viewer over de grens gaan gebruiken.
Het heeft ook nog eens te maken met zomer en wintertijd. Als je over een paar maandjes terugkomt, dan staat de tijd ineens goed ;-)
Nee, zonder gekheid, ik ga even uitzoeken of ik dit aan de voorkant kan oplossen.
Na veel speurwerk ben ik er achter dat geotools (de motor achter app-schema voor geoserver) de timezone van tomcat gebruikt. Aangezien ik die niet heb ingesteld, gaat hij uit van de lokale timezone in Duitsland of Nederland, net waar de server staat.
Om het onafhankelijk te maken van waar de server staat is het het makkelijkste om de JVM altijd in de UTC timezone te laten draaien. Dan kunnen we later kijken hoe we per "klant" eventueel de timezone aanpassen in de GUI.
-Duser.timezone=GMT for JAVA_OPTS
is de instelling die moet worden meegenomen, op die manier wordt ook het verspringen van de tijd door "daylight saving" voorkomen.
Dit moeten we straks doorvoeren bij de nieuwe serverinrichting.
Opgelost als we de JSON implementatie met nodejs gaan doorvoeren.
Done!
Tijd verblijf viewer loopt uur achter op SafetyMaps
Bij vion in SM van 14:15 tot 23:00
Viewer 13:15 tot 22:00