Archive for: ‘Mai 2016’
Organisation der DNUG Konferenz Hamburg oder die Nacht ist nicht allein zum schlafen da
Vaadin In XPages: A UIComponent for embedding Vaadin applications
I have created an UIComponent to embed Vaadin applications into XPages. It allows to run both technologies on the same site by adding it to your XPage:
<?xml version="1.0" encoding="UTF-8"?>
<xp:view
xmlns:xp="http://www.ibm.com/xsp/core"
xmlns:vaadin="http://vaadin.com/xsp/control"
createForm="false">
<!-- XPages Application -->
<xp:form>
<xp:div id="refreshMe">
<h1>XPage</h1>
<xp:label
value="#{javascript:java.lang.System.nanoTime()}"
id="label1">
</xp:label>
</xp:div>
<xp:button
value="refresh"
id="button1">
<xp:eventHandler
event="onclick"
submit="true"
refreshMode="partial"
refreshId="refreshMe">
</xp:eventHandler>
</xp:button>
</xp:form>
<!-- VAADIN Application -->
<vaadin:Vaadin
id="Vaadin1"
url = "/vaadin/"
divId="addressbook"
version="7.3.8"
forceResize="true" />
</xp:view>
This little example shows the XPage above including the the Adressbook application:
The Vaadin application is reachable at „http://localhost/vaadin/“ (hosted by Domino), that’s why the property url is set to „/vaadin/„. The property divId contains the name of the application which is used as id in the DOM tree.
It is required that the VaadinComponent is not inside a xp:form element. If it detects a surrounding form, a runtime exception is thrown. That’s why you have to set createForm to false and add your own xp:form to your application, as shown in the example.
If the parameter forceResize is set to true, a CSS style sheet is added to the XPage which resizes the height of html and the body node to 100%. Otherwise the Vaadin application will not be displayed correctly.
Resource Aggregation must be disabled, otherwise it won’t work.
The sources can be found at https://github.com/hasselbach/VaadinInXPages
Baden-Württemberg startet Pilotprojekt zur elektronischen Gerichtsakte
Abseits von Bergen und Klöstern
Im Dachgeschoss eines Mietshauses in Berlin Kreuzberg hatte Siegfried Lautenbacher vor einiger Zeit eine kleine Runde zusammengescharrt um Susan Gluth, Filmemacherin und Regisseurin von „Urmila“. Gemeinsam mit Harald Schirmer erfuhren wir einiges über das Filmemachen. Und das Anliegen von Susan.
Das gemeinsame Anliegen: Wie schaffen wir es, mehr Aufmerksamkeit für den Film zu bekommen. Und Aufmerksamkeit für das Schicksal der Sklavenmädchen in Nepal, einem Land, das bei vielen Romantikern nur Bilder von hohen Bergen und Klöstern hervorruft.
Christian Henne vom MUNICH DIGITAL INSTITUTE hilft bei der digitalen Kommunikation. Wir alle freuen uns über jeden Unterstützer, jede Unterstützerin.
“Wir nehmen auf Wunsch jeden Supporter auf die hier verlinkte Unterstützerseite, freuen uns aber einfach auch über jeden Share.”
Also, bitte mitmachen, teilen, Hastag #SupportUrmila.
Massen-Daten der Zukunft Teil 1
Applikations-Modernisierung als preiswerte Alternative
“Notes-Applikationen funktionieren dank guter Programmierung und individueller Entwicklung in den Unternehmen auch nach 15 Jahren noch. Daher herrschte in vielen IT-Abteilungen lange Zeit kein Druck, die Anwendungen zu überarbeiten oder neu zu entwickeln.
Dementsprechend sehen viele davon heute aus: Veraltet. Auch wenn sie nach all den Jahren noch einwandfrei funktionieren, fordern die Anwender heute zu recht moderne Applikationen mit erweitertem Funktionsumfang und frischem Look and Feel. Hohe Neuinvestitionen sind deshalb aber nicht unbedingt nötig, denn es gibt in vielen Fällen eine kostengünstige Alternative: Applikations-Modernisierung.”
Filed under: Development, IBM Notes/Domino
Chile ändert mit Wirkung zum 15.05.2016 seine Zeitzone
Dieses muss in System technisch nachgezogen werden (besonders wenn System mit zentraler, externer Zeit versorgt). Im Notes / Domino Umfeld mit Windows Systemen heisst das:
1. Windows der Server aktualisieren
2. Domino aktualisieren
3. Windows der Clients aktualisieren
4. Notes aktualisieren
5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen
Die Prozedur für Domino Administratoren ist in einem alten Beitrag der IBM (bezogen auf die letzte Umstellung) beschrieben.
http://www-01.ibm.com/support/docview.wss?uid=swg21633158
Dieser grobe Fahrplan gibt einen Überblick, doch stecktt der Teufel (wie oft) im Detail. Hier meine Erkenntnisse nachdem ich (danke der erstklassigen Hilfe des IBM Supports) heute meine Umstellungen (rechtzeitig) abschließen konnte.
1. Windows der Server aktualisieren
Durch automatische Windows Updates erhält man die entsprechenden Aktualisierung un erkennt dann in der Zeitzone (Santiago UTC-4) dass diese angewendet wurden.
2. Domino aktualisieren
Hier hat die IBM leider kein FixPack oder HotFix zur Verfügung (auch das jetzt aktuellen FP6 - das eigentlich die Aktuelisierung der Java Umgebung enhalten sollte). Löst das Problem nicht..
03/26/2015 06:41:46 AM Notes Traveler: Server starting...
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system Timezone discrepency. Domino reports 'Pacific SA' which does not support daylight savings.
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system Java reports 'Chile Time' (America/Santiago) which supports daylight savings.
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system This discrepency may result in calendar events being shifted on devices synchronizing with this server.
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system Please alter these values to be equivalent and make sure all operating system and Domino server fixes related to daylight savings time have been installed.
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system Refer to https://www.ibm.com/support/docview.wss?uid=swg21428812 for details.
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system NTS_IGNORE_TIMEZONE_ERROR=true in notes.ini. Ignoring timezone error. Please be aware that calendar events may be created with incorrect dates or times.
03/26/2015 06:41:54 AM Notes Traveler: Server started.
Umgehungslösung (bis das Update der Server abgeschlossen ist) - setzen der Notes.ini Variablen (wie im Fehlerprotokoll angegeben. Hintergrund ist, dass der Traveler in Java implementiert ist und JVMs eigen Zeitzonedefinitionen mitbringen (die aktualisiert werden müssen).
Aktualisierung Server JVM
Hierzu bietet die IBM ein Tool an (Java Time Zone Utility JTZU), welches sogar in aktuellem Stand vorliegt (1.7.16d). https://www.ibm.com/developerworks/java/jdk/dst/jtzu.html . Leider kommt dieses nicht mehr mit aktuellen Domino Servern und Notes clients klar (erkennt die JVMs nicht).
The JTZU tool has a problem because it doesn't issue a java -version to look at version information it looks at jar files. For Java 1.6 its
looking for jvmlibibmxmlcrypto.jar, which we don't ship in 8.5.1. You can get the JTZU tool to run by creating a dummy file with the same name in that directory.
To do this:
1. Open a command line prompt.
2. cd tojvmlib
3. Issue a the following command to make sure there is not a file there already:
dir ibmxmlcrypto.jar
You should receive a File Not Found message. If the file is there do not process forward with the steps.
4. Issue the following command in the command line window:
echo 1 > ibmxmlcrypto.jar
This will create a file named ibmxmlcrypto.jar in the jvmlib directory. (das gleiche ausführen für die core.jar Datei)
5. Run the JTZU tool. It should now see the JVM installation as valid.
6. Issue the following command to delete the dummy file you created:
del ibmxmlcrypto.jar
Nach erfolgreicher Aktualisierung der Server-JVMs berichtet der Traveler immer noch eine Diskrepanz! Doch haben Tests ergeben, dass Kalendereinträge (vor und nach dem Stichtag) sauber erstellt werden. Nach Ablauf des Stichtages kann dann auch der Notes.ini Eintrag für den Traveler wieder entfernt werden.
ACHTUNG: Nach Anwendung des Patches (nach heutigem Stand) bitte keine FPs installieren - oder nachher wieder das JTZU anwenden!
3. Windows der Clients aktualisieren
Der Hotfix für Win2013R2 ist auch für andere Windows Versionen verfügbar (ich habe Win8.1) erfolgreich genutzt.
4. Notes aktualisieren
Für Notes 9 Client kann das JTZU Tool verwendet werden. Auch müssen die beiden "Dummy-Dateien" im "jvmlib" Verzeichnis angelegt werden (sieh Server JVM), damit das Tool diese JVM erkennt. Es kann im Batchmode (silent) gestart werden (Mehrfachstart stört nicht). Hier kann das oben gelistete Script verwendet werden (nachdem die Pfade angepasst wurden). Da ich befürchte dass uns diese Prozedur auch im kommenden Jahr wieder beschäftigen mag, haben wir nun den Aufruf des Utilities bei der Windows Anmeldung hinterlegt, damit wir auch Neuinstallionen aktualisieren, die sonst ja falsch wären.
ACHTUNG: Nach Anwendung des Patches (nach heutigem Stand) bitte keine FPs installieren - oder nachher wieder das JTZU anwenden!
5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen
Dieses ist der letzte Teil der Arbeiten (und leider mein Zuständigkeitsbereich als Domino Administrator). Abgeleitet vom Pflegeagent aus 2013 haben wir eine aktualisierte Fassung für die jetzt anstehenden Aktualisierungen erhalten.
Aktualisierung Benutzerkalender in Mailfiles
Hierbei handelt es sich um einen sehr umfangreichen LotusScript Agenten, der in einer Datenbank basierend auf einem Mailtemplate eingebaut werden muss (und dort vorhandene Script Bibliotheken verwendet). Dieser Agent liest die Liste der zu bearbeitenden Datenbanken aus einer Textdatei. Es wird empfohlen diesen Agenten (aus Laufzeitgründen) im Background auf Servern zu starten (ACHTUNG: Laufzeitbeschränkung, konfiguriert im Serverdokument). Dann muss diese Datei natürlich auf dem server liegen. Alternativ kann man dieses auch von einem Client durchführen (keine Begrenzung der Laufzeit, doch erheblich zeitintensiver durch Client/Sever/Netzwerkoperationen).
Aktualisierung der Ressourcen Datenbank
Der Pflegeagent ist am einfachsten in die Ressourcen-DB zu integrieren (verwendet vorhandene Scriptbibliotheken) und auf dem Client zu starten (RNRMGR Task vorher starten).
Alles in Allem - ein ganz schöner Streß. Es muss jedem klar sein, dass diese Anpassungen auf allen Systemen eines Unternehmens durchgeführt werden müssen. In meinem Fall ist das aus Zeitgründen nicht gelungen. So warte ich auf die Fehlermeldungen ab Montag.
Chile ändert mit Wirkung zum 15.05.2016 seine Zeitzone
Dieses muss in System technisch nachgezogen werden (besonders wenn System mit zentraler, externer Zeit versorgt). Im Notes / Domino Umfeld mit Windows Systemen heisst das:
1. Windows der Server aktualisieren
2. Domino aktualisieren
3. Windows der Clients aktualisieren
4. Notes aktualisieren
5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen
Die Prozedur für Domino Administratoren ist in einem alten Beitrag der IBM (bezogen auf die letzte Umstellung) beschrieben.
http://www-01.ibm.com/support/docview.wss?uid=swg21633158
Dieser grobe Fahrplan gibt einen Überblick, doch stecktt der Teufel (wie oft) im Detail. Hier meine Erkenntnisse nachdem ich (danke der erstklassigen Hilfe des IBM Supports) heute meine Umstellungen (rechtzeitig) abschließen konnte.
1. Windows der Server aktualisieren
Durch automatische Windows Updates erhält man die entsprechenden Aktualisierung un erkennt dann in der Zeitzone (Santiago UTC-4) dass diese angewendet wurden.
2. Domino aktualisieren
Hier hat die IBM leider kein FixPack oder HotFix zur Verfügung (auch das jetzt aktuellen FP6 - das eigentlich die Aktuelisierung der Java Umgebung enhalten sollte). Löst das Problem nicht..
03/26/2015 06:41:46 AM Notes Traveler: Server starting...
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system Timezone discrepency. Domino reports 'Pacific SA' which does not support daylight savings.
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system Java reports 'Chile Time' (America/Santiago) which supports daylight savings.
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system This discrepency may result in calendar events being shifted on devices synchronizing with this server.
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system Please alter these values to be equivalent and make sure all operating system and Domino server fixes related to daylight savings time have been installed.
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system Refer to https://www.ibm.com/support/docview.wss?uid=swg21428812 for details.
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system NTS_IGNORE_TIMEZONE_ERROR=true in notes.ini. Ignoring timezone error. Please be aware that calendar events may be created with incorrect dates or times.
03/26/2015 06:41:54 AM Notes Traveler: Server started.
Umgehungslösung (bis das Update der Server abgeschlossen ist) - setzen der Notes.ini Variablen (wie im Fehlerprotokoll angegeben. Hintergrund ist, dass der Traveler in Java implementiert ist und JVMs eigen Zeitzonedefinitionen mitbringen (die aktualisiert werden müssen).
Aktualisierung Server JVM
Hierzu bietet die IBM ein Tool an (Java Time Zone Utility JTZU), welches sogar in aktuellem Stand vorliegt (1.7.16d). https://www.ibm.com/developerworks/java/jdk/dst/jtzu.html . Leider kommt dieses nicht mehr mit aktuellen Domino Servern und Notes clients klar (erkennt die JVMs nicht).
The JTZU tool has a problem because it doesn't issue a java -version to look at version information it looks at jar files. For Java 1.6 its
looking for jvm\lib\ibmxmlcrypto.jar, which we don't ship in 8.5.1. You can get the JTZU tool to run by creating a dummy file with the same name in that directory.
To do this:
1. Open a command line prompt.
2. cd to\jvm\lib\
3. Issue a the following command to make sure there is not a file there already:
dir ibmxmlcrypto.jar
You should receive a File Not Found message. If the file is there do not process forward with the steps.
4. Issue the following command in the command line window:
echo 1 > ibmxmlcrypto.jar
This will create a file named ibmxmlcrypto.jar in the jvm\lib directory. (das gleiche ausführen für die core.jar Datei)
5. Run the JTZU tool. It should now see the JVM installation as valid.
6. Issue the following command to delete the dummy file you created:
del ibmxmlcrypto.jar
Nach erfolgreicher Aktualisierung der Server-JVMs berichtet der Traveler immer noch eine Diskrepanz! Doch haben Tests ergeben, dass Kalendereinträge (vor und nach dem Stichtag) sauber erstellt werden. Nach Ablauf des Stichtages kann dann auch der Notes.ini Eintrag für den Traveler wieder entfernt werden.
ACHTUNG: Nach Anwendung des Patches (nach heutigem Stand) bitte keine FPs installieren - oder nachher wieder das JTZU anwenden!
3. Windows der Clients aktualisieren
Der Hotfix für Win2013R2 ist auch für andere Windows Versionen verfügbar (ich habe Win8.1) erfolgreich genutzt.
4. Notes aktualisieren
Für Notes 9 Client kann das JTZU Tool verwendet werden. Auch müssen die beiden "Dummy-Dateien" im "jvm\lib" Verzeichnis angelegt werden (sieh Server JVM), damit das Tool diese JVM erkennt. Es kann im Batchmode (silent) gestart werden (Mehrfachstart stört nicht). Hier kann das oben gelistete Script verwendet werden (nachdem die Pfade angepasst wurden). Da ich befürchte dass uns diese Prozedur auch im kommenden Jahr wieder beschäftigen mag, haben wir nun den Aufruf des Utilities bei der Windows Anmeldung hinterlegt, damit wir auch Neuinstallionen aktualisieren, die sonst ja falsch wären.
ACHTUNG: Nach Anwendung des Patches (nach heutigem Stand) bitte keine FPs installieren - oder nachher wieder das JTZU anwenden!
5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen
Dieses ist der letzte Teil der Arbeiten (und leider mein Zuständigkeitsbereich als Domino Administrator). Abgeleitet vom Pflegeagent aus 2013 haben wir eine aktualisierte Fassung für die jetzt anstehenden Aktualisierungen erhalten.
Aktualisierung Benutzerkalender in Mailfiles
Hierbei handelt es sich um einen sehr umfangreichen LotusScript Agenten, der in einer Datenbank basierend auf einem Mailtemplate eingebaut werden muss (und dort vorhandene Script Bibliotheken verwendet). Dieser Agent liest die Liste der zu bearbeitenden Datenbanken aus einer Textdatei. Es wird empfohlen diesen Agenten (aus Laufzeitgründen) im Background auf Servern zu starten (ACHTUNG: Laufzeitbeschränkung, konfiguriert im Serverdokument). Dann muss diese Datei natürlich auf dem server liegen. Alternativ kann man dieses auch von einem Client durchführen (keine Begrenzung der Laufzeit, doch erheblich zeitintensiver durch Client/Sever/Netzwerkoperationen).
Aktualisierung der Ressourcen Datenbank
Der Pflegeagent ist am einfachsten in die Ressourcen-DB zu integrieren (verwendet vorhandene Scriptbibliotheken) und auf dem Client zu starten (RNRMGR Task vorher starten).
Alles in Allem - ein ganz schöner Streß. Es muss jedem klar sein, dass diese Anpassungen auf allen Systemen eines Unternehmens durchgeführt werden müssen. In meinem Fall ist das aus Zeitgründen nicht gelungen. So warte ich auf die Fehlermeldungen ab Montag.
Chile ändert mit Wirkung zum 15.05.2016 seine Zeitzone
Dieses muss in System technisch nachgezogen werden (besonders wenn System mit zentraler, externer Zeit versorgt). Im Notes / Domino Umfeld mit Windows Systemen heisst das:
1. Windows der Server aktualisieren
2. Domino aktualisieren
3. Windows der Clients aktualisieren
4. Notes aktualisieren
5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen
Die Prozedur für Domino Administratoren ist in einem alten Beitrag der IBM (bezogen auf die letzte Umstellung) beschrieben.
http://www-01.ibm.com/support/docview.wss?uid=swg21633158
Dieser grobe Fahrplan gibt einen Überblick, doch stecktt der Teufel (wie oft) im Detail. Hier meine Erkenntnisse nachdem ich (danke der erstklassigen Hilfe des IBM Supports) heute meine Umstellungen (rechtzeitig) abschließen konnte.
1. Windows der Server aktualisieren
Durch automatische Windows Updates erhält man die entsprechenden Aktualisierung un erkennt dann in der Zeitzone (Santiago UTC-4) dass diese angewendet wurden.
2. Domino aktualisieren
Hier hat die IBM leider kein FixPack oder HotFix zur Verfügung (auch das jetzt aktuellen FP6 - das eigentlich die Aktuelisierung der Java Umgebung enhalten sollte). Löst das Problem nicht..
03/26/2015 06:41:46 AM Notes Traveler: Server starting...
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system Timezone discrepency. Domino reports 'Pacific SA' which does not support daylight savings.
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system Java reports 'Chile Time' (America/Santiago) which supports daylight savings.
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system This discrepency may result in calendar events being shifted on devices synchronizing with this server.
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system Please alter these values to be equivalent and make sure all operating system and Domino server fixes related to daylight savings time have been installed.
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system Refer to https://www.ibm.com/support/docview.wss?uid=swg21428812 for details.
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system NTS_IGNORE_TIMEZONE_ERROR=true in notes.ini. Ignoring timezone error. Please be aware that calendar events may be created with incorrect dates or times.
03/26/2015 06:41:54 AM Notes Traveler: Server started.
Umgehungslösung (bis das Update der Server abgeschlossen ist) - setzen der Notes.ini Variablen (wie im Fehlerprotokoll angegeben. Hintergrund ist, dass der Traveler in Java implementiert ist und JVMs eigen Zeitzonedefinitionen mitbringen (die aktualisiert werden müssen).
Aktualisierung Server JVM
Hierzu bietet die IBM ein Tool an (Java Time Zone Utility JTZU), welches sogar in aktuellem Stand vorliegt (1.7.16d). https://www.ibm.com/developerworks/java/jdk/dst/jtzu.html . Leider kommt dieses nicht mehr mit aktuellen Domino Servern und Notes clients klar (erkennt die JVMs nicht).
The JTZU tool has a problem because it doesn't issue a java -version to look at version information it looks at jar files. For Java 1.6 its
looking for jvm\lib\ibmxmlcrypto.jar, which we don't ship in 8.5.1. You can get the JTZU tool to run by creating a dummy file with the same name in that directory.
To do this:
1. Open a command line prompt.
2. cd to\jvm\lib\
3. Issue a the following command to make sure there is not a file there already:
dir ibmxmlcrypto.jar
You should receive a File Not Found message. If the file is there do not process forward with the steps.
4. Issue the following command in the command line window:
echo 1 > ibmxmlcrypto.jar
This will create a file named ibmxmlcrypto.jar in the jvm\lib directory. (das gleiche ausführen für die core.jar Datei)
5. Run the JTZU tool. It should now see the JVM installation as valid.
6. Issue the following command to delete the dummy file you created:
del ibmxmlcrypto.jar
Nach erfolgreicher Aktualisierung der Server-JVMs berichtet der Traveler immer noch eine Diskrepanz! Doch haben Tests ergeben, dass Kalendereinträge (vor und nach dem Stichtag) sauber erstellt werden. Nach Ablauf des Stichtages kann dann auch der Notes.ini Eintrag für den Traveler wieder entfernt werden.
ACHTUNG: Nach Anwendung des Patches (nach heutigem Stand) bitte keine FPs installieren - oder nachher wieder das JTZU anwenden!
3. Windows der Clients aktualisieren
Der Hotfix für Win2013R2 ist auch für andere Windows Versionen verfügbar (ich habe Win8.1) erfolgreich genutzt.
4. Notes aktualisieren
Für Notes 9 Client kann das JTZU Tool verwendet werden. Auch müssen die beiden "Dummy-Dateien" im "jvm\lib" Verzeichnis angelegt werden (sieh Server JVM), damit das Tool diese JVM erkennt. Es kann im Batchmode (silent) gestart werden (Mehrfachstart stört nicht). Hier kann das oben gelistete Script verwendet werden (nachdem die Pfade angepasst wurden). Da ich befürchte dass uns diese Prozedur auch im kommenden Jahr wieder beschäftigen mag, haben wir nun den Aufruf des Utilities bei der Windows Anmeldung hinterlegt, damit wir auch Neuinstallionen aktualisieren, die sonst ja falsch wären.
ACHTUNG: Nach Anwendung des Patches (nach heutigem Stand) bitte keine FPs installieren - oder nachher wieder das JTZU anwenden!
5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen
Dieses ist der letzte Teil der Arbeiten (und leider mein Zuständigkeitsbereich als Domino Administrator). Abgeleitet vom Pflegeagent aus 2013 haben wir eine aktualisierte Fassung für die jetzt anstehenden Aktualisierungen erhalten.
Aktualisierung Benutzerkalender in Mailfiles
Hierbei handelt es sich um einen sehr umfangreichen LotusScript Agenten, der in einer Datenbank basierend auf einem Mailtemplate eingebaut werden muss (und dort vorhandene Script Bibliotheken verwendet). Dieser Agent liest die Liste der zu bearbeitenden Datenbanken aus einer Textdatei. Es wird empfohlen diesen Agenten (aus Laufzeitgründen) im Background auf Servern zu starten (ACHTUNG: Laufzeitbeschränkung, konfiguriert im Serverdokument). Dann muss diese Datei natürlich auf dem server liegen. Alternativ kann man dieses auch von einem Client durchführen (keine Begrenzung der Laufzeit, doch erheblich zeitintensiver durch Client/Sever/Netzwerkoperationen).
Aktualisierung der Ressourcen Datenbank
Der Pflegeagent ist am einfachsten in die Ressourcen-DB zu integrieren (verwendet vorhandene Scriptbibliotheken) und auf dem Client zu starten (RNRMGR Task vorher starten).
Alles in Allem - ein ganz schöner Streß. Es muss jedem klar sein, dass diese Anpassungen auf allen Systemen eines Unternehmens durchgeführt werden müssen. In meinem Fall ist das aus Zeitgründen nicht gelungen. So warte ich auf die Fehlermeldungen ab Montag.
Chile ändert mit Wirkung zum 15.05.2016 seine Zeitzone
Dieses muss in System technisch nachgezogen werden (besonders wenn System mit zentraler, externer Zeit versorgt). Im Notes / Domino Umfeld mit Windows Systemen heisst das:
1. Windows der Server aktualisieren
2. Domino aktualisieren
3. Windows der Clients aktualisieren
4. Notes aktualisieren
5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen
Die Prozedur fĂĽr Domino Administratoren ist in einem alten Beitrag der IBM (bezogen auf die letzte Umstellung) beschrieben.
http://www-01.ibm.com/support/docview.wss?uid=swg21633158
Dieser grobe Fahrplan gibt einen Ăśberblick, doch stecktt der Teufel (wie oft) im Detail. Hier meine Erkenntnisse nachdem ich (danke der erstklassigen Hilfe des IBM Supports) heute meine Umstellungen (rechtzeitig) abschlieĂźen konnte.
1. Windows der Server aktualisieren
Durch automatische Windows Updates erhält man die entsprechenden Aktualisierung un erkennt dann in der Zeitzone (Santiago UTC-4) dass diese angewendet wurden.
2. Domino aktualisieren
Hier hat die IBM leider kein FixPack oder HotFix zur Verfügung (auch das jetzt aktuellen FP6 - das eigentlich die Aktuelisierung der Java Umgebung enhalten sollte). Löst das Problem nicht..
03/26/2015 06:41:46 AM Notes Traveler: Server starting...
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system Timezone discrepency. Domino reports 'Pacific SA' which does not support daylight savings.
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system Java reports 'Chile Time' (America/Santiago) which supports daylight savings.
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system This discrepency may result in calendar events being shifted on devices synchronizing with this server.
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system Please alter these values to be equivalent and make sure all operating system and Domino server fixes related to daylight savings time have been installed.
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system Refer to https://www.ibm.com/support/docview.wss?uid=swg21428812 for details.
03/26/2015 06:41:47 AM Notes Traveler: SEVERE *system NTS_IGNORE_TIMEZONE_ERROR=true in notes.ini. Ignoring timezone error. Please be aware that calendar events may be created with incorrect dates or times.
03/26/2015 06:41:54 AM Notes Traveler: Server started.
Umgehungslösung (bis das Update der Server abgeschlossen ist) - setzen der Notes.ini Variablen (wie im Fehlerprotokoll angegeben. Hintergrund ist, dass der Traveler in Java implementiert ist und JVMs eigen Zeitzonedefinitionen mitbringen (die aktualisiert werden müssen).
Aktualisierung Server JVM
Hierzu bietet die IBM ein Tool an (Java Time Zone Utility JTZU), welches sogar in aktuellem Stand vorliegt (1.7.16d). https://www.ibm.com/developerworks/java/jdk/dst/jtzu.html . Leider kommt dieses nicht mehr mit aktuellen Domino Servern und Notes clients klar (erkennt die JVMs nicht).
The JTZU tool has a problem because it doesn't issue a java -version to look at version information it looks at jar files. For Java 1.6 its
looking for jvm\lib\ibmxmlcrypto.jar, which we don't ship in 8.5.1. You can get the JTZU tool to run by creating a dummy file with the same name in that directory.
To do this:
1. Open a command line prompt.
2. cd to\jvm\lib\
3. Issue a the following command to make sure there is not a file there already:
dir ibmxmlcrypto.jar
You should receive a File Not Found message. If the file is there do not process forward with the steps.
4. Issue the following command in the command line window:
echo 1 > ibmxmlcrypto.jar
This will create a file named ibmxmlcrypto.jar in the jvm\lib directory. (das gleiche ausfĂĽhren fĂĽr die core.jar Datei)
5. Run the JTZU tool. It should now see the JVM installation as valid.
6. Issue the following command to delete the dummy file you created:
del ibmxmlcrypto.jar
Nach erfolgreicher Aktualisierung der Server-JVMs berichtet der Traveler immer noch eine Diskrepanz! Doch haben Tests ergeben, dass Kalendereinträge (vor und nach dem Stichtag) sauber erstellt werden. Nach Ablauf des Stichtages kann dann auch der Notes.ini Eintrag für den Traveler wieder entfernt werden.
ACHTUNG: Nach Anwendung des Patches (nach heutigem Stand) bitte keine FPs installieren - oder nachher wieder das JTZU anwenden!
3. Windows der Clients aktualisieren
Der Hotfix fĂĽr Win2013R2 ist auch fĂĽr andere Windows Versionen verfĂĽgbar (ich habe Win8.1) erfolgreich genutzt.
4. Notes aktualisieren
Für Notes 9 Client kann das JTZU Tool verwendet werden. Auch müssen die beiden "Dummy-Dateien" im "jvm\lib" Verzeichnis angelegt werden (sieh Server JVM), damit das Tool diese JVM erkennt. Es kann im Batchmode (silent) gestart werden (Mehrfachstart stört nicht). Hier kann das oben gelistete Script verwendet werden (nachdem die Pfade angepasst wurden). Da ich befürchte dass uns diese Prozedur auch im kommenden Jahr wieder beschäftigen mag, haben wir nun den Aufruf des Utilities bei der Windows Anmeldung hinterlegt, damit wir auch Neuinstallionen aktualisieren, die sonst ja falsch wären.
ACHTUNG: Nach Anwendung des Patches (nach heutigem Stand) bitte keine FPs installieren - oder nachher wieder das JTZU anwenden!
5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen
Dieses ist der letzte Teil der Arbeiten (und leider mein Zuständigkeitsbereich als Domino Administrator). Abgeleitet vom Pflegeagent aus 2013 haben wir eine aktualisierte Fassung für die jetzt anstehenden Aktualisierungen erhalten.
Aktualisierung Benutzerkalender in Mailfiles
Hierbei handelt es sich um einen sehr umfangreichen LotusScript Agenten, der in einer Datenbank basierend auf einem Mailtemplate eingebaut werden muss (und dort vorhandene Script Bibliotheken verwendet). Dieser Agent liest die Liste der zu bearbeitenden Datenbanken aus einer Textdatei. Es wird empfohlen diesen Agenten (aus Laufzeitgründen) im Background auf Servern zu starten (ACHTUNG: Laufzeitbeschränkung, konfiguriert im Serverdokument). Dann muss diese Datei natürlich auf dem server liegen. Alternativ kann man dieses auch von einem Client durchführen (keine Begrenzung der Laufzeit, doch erheblich zeitintensiver durch Client/Sever/Netzwerkoperationen).
Aktualisierung der Ressourcen Datenbank
Der Pflegeagent ist am einfachsten in die Ressourcen-DB zu integrieren (verwendet vorhandene Scriptbibliotheken) und auf dem Client zu starten (RNRMGR Task vorher starten).
Alles in Allem - ein ganz schöner Streß. Es muss jedem klar sein, dass diese Anpassungen auf allen Systemen eines Unternehmens durchgeführt werden müssen. In meinem Fall ist das aus Zeitgründen nicht gelungen. So warte ich auf die Fehlermeldungen ab Montag.
Abkündigung von IBM Notes und Domino Lizenzen zum 30.09.2016
Ab dem 30.September 2016 wird IBM sich von einigen sehr alten Schätzen aus dem Lotus-Lizenzfundus trennen. Die folgenden Lizenzen können demnach nur noch bis 3 Tage vor dem Abkündigungsdatum, also bis zum 27. September, bestellt werden:
- IBM Lotus® Notes® with Messaging Authorized User Annual SW Subscription & Support Renewal
- IBM Lotus Notes with Messaging Authorized User SW Subscription & Support Reinstatement 12 Months
- IBM Lotus Notes with Collaboration Authorized User Annual SW Subscription & Support Renewal
- IBM Domino® Application Server SW Subscription & Support Renewal 1 Anniversary
- IBM Domino Application Server SW Subscription and Support After License 1 Anniversary
- IBM Domino Application Server SW Maintenance Renewal 1 Anniversary
- IBM Domino Mail Server SW Subscription & Support Renewal IBM Domino Mail Server
- IBM Domino Mail Server SW Maintenance Renewal 1 Anniversary
- IBM Domino Mail Server SW Subscription and Support Renewal 1 Anniversary
- IBM Lotus iNotes® for Collaboration SW Subscription & Support Renewal License 1 Anniversary
- IBM Lotus iNotes for Collaboration User Annual SW Subscription & Support Renewal
- IBM Lotus iNotes for Messaging User Annual SW Subscription & Support Renewal
- IBM iNotes with Domino Server CAL SW Subscription & Support After License 1 Anniversary
- IBM Lotus Component Designer Registered User Annual SW Subscription & Support Renewal
- IBM Lotus Domino Unified Communication for Cisco Processor Value Unit (PVU) Annual SW Subscription & Support Renewal
Seid ihr betroffen?
Ich hoffe sehr, dass die meisten von euch schon auf neue Lizenzformen wie
- IBM Domino Collaboration Express Authorized User License + SW Subscription & Support 12 Months
- IBM Domino Enterprise Server Processor Value Unit (PVU) License + SW Subscription & Support 12 Months
- IBM Domino Enterprise Client Access License Authorized User License + SW Subscription & Support 12 Months
- IBM Lotus CEO Communications User License + SW Subscription & Support 12 Months
umgeschwenkt sind. Allerdings kann es in traditionell gewachsenen, sehr gut laufenden Domino-Infrastrukturen ja immer mal vorkommen, dass den alten Lizenzformen treu geblieben wird - ganz nach dem Motto "never change a running system".
Ob ihr noch eine oder mehrere dieser alten Lizenzformen im Einsatz habt, könnt ihr am besten in euren Berechtigungsnachweisen herausfinden.
Abb. 1: Auf dem IBM Berechtigungsnachweis könnt ihr feststellen, welche Lizenzen ihr aktuell im Einsatz habt
Wie kann ITWU helfen?
Wenn diese Unterlagen bei euch so große Ausmaße angenommen haben, dass ihr keinen anständigen Überblick mehr über eure zahlreichen Lizenzen erhaltet, helfen wir euch gerne weiter. Ihr könnt uns dann einfach eine E-Mail schreiben, in der ihr uns erlaubt, Einsicht in eure Lizenzhistorie zu nehmen. Auf diesem Weg, können wir von IBM eure Lizenzhistorie in Form eines Excel-Sheets anfordern, in der alle Lizenzen aufgelistet sind, die ihr jemals bestellt habt. So erhaltet ihr einen guten Überblick über eure alten und aktuellen Lizenzen und seht sehr schnell - oder mithilfe unseres geschulten Auges - ob ihr bezüglich der abgekündigten Lizenzen tätig werden müsst.
Was ist zu tun?
Wenn ihr nämlich noch eine oder mehrere der alten Schätzchen im Einsatz habt, die sich z.B. seit mehreren Jahren automatisch verlängern (weil ihr vielleicht vor drei Jahren schon im Voraus für mehrere Jahre Software Subscpription and Support Renewal gezahlt habt), müsstet ihr überlegen, ob ihr diese Lizenzformen sofort durch neuere ablöst oder ob ihr sie noch einmal im Voraus verlängert - das aber bitte bis zum 27. September!
Sowohl bei der Verlängerung als auch bei der Ablöse durch neuere Lizenzformen sind wir euch natürlich gerne behilflich. Die IBM Lotus iNotes Lizenzen müssten z.B. gar nicht durch neuere Lizenzformen abgelöst werden, solange eure Lizenzhistorie z.B. eine aktuelle IBM Domino Enterprise / Messaging Client Access License oder eine IBM Domino Collaboration / Messaging Express License für alle aktiven iNotes Benutzer beinhaltet. Die iNotes Funktion ist nämlich in diesen Lizenzen schon seit mehreren Jahren enthalten und muss demnach nicht mehr separat lizenziert werden.
Für die IBM Lotus Notes sowie für die IBM Domino Application / Mail Server Lizenzen sollten wir allerdings in naher Zukunft Alternativen für euch suchen. Hierbei helfen wir euch gerne in einem persönlichen Gespräch oder ihr schaut euch schonmal unsere Beiträge zum IBM Lizenzdschungel an, in denen ihr viele wichtige Tipps für die korrekte IBM Notes und Domino Lizenzierung findet.
Einführung in den Lizenzdschungel der IBM
Der IBM Lizenzdschungel Teil 2: Subcapacity-Lizenzierung
Der IBM Lizenzdschungel Teil 3: Client-Server-Lizenzierung vs. CEO Bundle vs. Express
Der IBM Lizenzdschungel Teil 4: Ausnahme zur All-or-Nothing-Regel
Wenn ihr also Einsicht in eure Lizenzhistorie nehmen, einen persönlichen Beratungstermin vereinbaren oder schon konkrete Fragen zur Lizenzierung stellen wollt, schreibt uns bitte eine E-Mail an info@itwu.de oder ruft uns an unter 05251 288160!