Aller au contenu principal

Datum in UTC Zeitzone ausgeben

Commentaires

6 commentaires

  • Zendesk API User
    Author: Peter_Jodeleit - 4/13/2012 13:11

    Formatierte Ausgabe kann man über 'date.format(pattern)' erreichen.

    $CMS_SET(void, sdf.setTimeZone(java.util.TimeZone.getTimeZone("UTC")))$

    Das klappt nicht, da muss noch ein class(..) drum.

    Nicht ausprobiert, aber ich denke, folgendes sollte funktionieren:

    $CMS_SET(date, date.setTimeZone(class("java.util.TimeZone").getTimeZone("UTC")))$

    $CMS_VALUE(date.format("hh:mm"))$

    Problem ist wohl, dass das Objekt vom Typ Date kurz nach dem Anlegen in Wirklichkeit ein GregorianCalendar-Objekt ist:

    Für einige Methode wird der Typ transparent von java.util.Date nach java.util.Calendar umgewandelt.

    0
  • Zendesk API User
    Author: hoebbel - 4/16/2012 8:27

    Hallo zusammen,

    Ich fände es ja viel einfacher, direkt die entsprechende Zeitzone zu benutzen :smileywink:

    In 4.2R4 geht folgendes problemlos:

    $CMS_VALUE(#global.now.timeZone("UTC").format("dd.MM.yyyy hh:mm:ss z"))$

    Um sich einen Überblick zu verschaffen, was möglich ist, kann man auch einfach mal dies hier ausprobieren:

    <h1>alle Zeitzonen</h1>

    $CMS_VALUE(#global.now.timeZone.availableIDs.sort.toString("<br>"))$

    <h1>Ausgabe in Zeitzonen</h1>

    $CMS_VALUE(#global.now.format("dd.MM.yyyy hh:mm:ss z"))$<br>

    <br><br><br>

    $CMS_VALUE(#global.now.timeZone)$<br>

    $CMS_VALUE(#global.now.timeZone("America/Los_Angeles").format("dd.MMMM.yyyy hh:mm:ss Z","EN"))$<br>

    $CMS_VALUE(#global.now.timeZone("Europe/Berlin").format("dd.MM.yyyy hh:mm:ss z"))$<br>

    Viele Grüsse aus Dortmund,

      Holger

    P.S. class("java.util.Date").new() ist genauso das aktuelle Datum wie #global.now, insofern würde ich ersteres nicht verwenden :smileywink:

    Nachricht geändert durch Holger Höbbel Auf entsprechende Bitte das P.S. durchgestrichen

    0
  • Zendesk API User
    Author: dude - 4/16/2012 8:55

    Super, funktioniert. Vielen Dank dafür.

    Nur bin ich jetzt mehr und mehr irritiert, welche Objekte man da genau in den Händen hat. Wie im ersten Post geschrieben, liefert Date() bei .getClass() 'GregorianCalendar'. #global.now ist wohl auch vom Typ GregorianCalendar ... Und jetzt schreibst du, das SimpleDateFormat.new() das selbe #global.now ist.

    Gab es irgendwo eine Beschreibung, wie die ExpressionLanguage von FirstSpirit aufgebaut ist? Es scheint da, zumindest aus meiner Sicht, viele hidden Features zu geben. Auch die Hilfe, die mit dem FS-Server kommt, beschreibt nur wenige Funktionen (isSet(), if(), ref(), font(), legacyCompare()). Wo z. B. ist eigentlich class("x.y.z") beschrieben?

    0
  • Zendesk API User
    Author: Peter_Jodeleit - 4/16/2012 12:49

    P.S. class("java.text.SimpleDateFormat").new() ist genauso das aktuelle Datum wie #global.new, insofern würde ich ersteres nicht verwenden :smileywink:

    Das stimmt natürlich nicht. Vertipper?

    0
  • Zendesk API User
    Author: Peter_Jodeleit - 4/16/2012 12:55

    Nur bin ich jetzt mehr und mehr irritiert, welche Objekte man da genau in den Händen hat.

    Das kommt durch die 'Anomalie' von "date.class" - das könnte man auch als Bug bezeichnen. Der Vertipper von Holger ist natürlich auch nicht hilfreich. Ignoriere einfach sein "post scriptum".

    0
  • Zendesk API User
    Author: hoebbel - 4/16/2012 12:56

    Vertippter korrigiert

    0

Vous devez vous connecter pour laisser un commentaire.