SIMON

Puuh ...

"Jein".... Du könntest ein eigenes Protokoll implemehtieren und SIMON anweisen dieses zu nutzen. Darin könntest du dann Date-Typen abfangen und konvertieren/umrechnen. Aber das wäre wohl etwas overkill. Das ist in etwa wie wenn man mit ner Schiffskanone aus dem 17Jh. auf ne Mücke schießt...

Wäre es nicht sinnvoller einen Anwendungslogik-Layer auf Server oder Clientseite einzubauen der das Problem löst?! Würde wohl eher die Zeit in GMT speichern und am Client nur mit entsprechender Zeitzone anzeigen...

Bei der statischen Umrechnung kommt ja noch Sommer-/Winterzeit mit ins Spiel?! Macht die Sache doch sicher nicht einfacher, oder?

Danke für die Antwort.
Dann werde ich eben auf dem Server eine Logik implementieren, welche immer von/zu der Zeitzone der Datenbank umrechnet. Dann hat wenigsten der Client keinen Aufwand. Das Problem hierbei ist, dass ich dann kein einziges Attribut vergessen darf. Wenn ich das Ergebnis einer Datenbankabfrage an den Client ausliefere, können da schon mal pro Datensatz ein Dutzend timestamp-Felder dabeisein.
Sieht mir wieder nach einer zusätzlichen Schicht im Ablaufprotokoll aus.

Hermann

Naja, mir ist kein anderes Kommunikationsframework mit solch einer Abstraktion bekannt, die das "on the fly" modifizieren von Datentypen während der Kommunikation erlaubt. Klingt ja auch insgesamt mehr nach "hack" als nach "lösung".