Zu dieser Aufgabe anliegende Teilaufgaben und Aktionen:

Verknüpfte Aufgaben und Zielsetzungen:

🚧 Für die Erledigung dieser Aufgabe notierte Teilziele und Aktionen:

1. 🎯⚡ Diverse Macken und Unzulänglichkeiten wurden ausreichend beseitigt:
• ⚡🚧 Manchmal dauert es arg lange, bis ein (real nicht mehr genutztes) Writelock  freigegeben wird
• ⚡🚧 Wenn der Quelldaten-Editor noch offen ist (aber kein Lock [mehr] hält) und eine Obj-Eigenschaft mit einem anderen Eigenschafts-Editor geändert wird, stellt der Quelldaten-Editor fest, dass der angezeigte Wert nicht mehr aktuell ist - und versucht ein Locking, was aber scheitern muss ... !
• 🎯 Pro Obj-Typ im Editor festlegen, welche Eigenschaften und welche Settings-Werte mindestens vorhanden sein müssen.
• 🎯 Für Projekt-Obj Settings sollten die Kennungen für Impressum, privacyStatement, feedback, newsList, rootTopic, unapprovedDocs, unapprovedTopics, ... eingetragen sein.
• 🎯 Nach jedem Speichern eines Dokumentes müssen die "latestDocs_" -Eigenschaften aller Projekte der Projektgruppe zurückgesetzt werden.
• ⚡ Warum werden (nach Restart des test-Servers, ohne Restart des www-Servers ?) zu aktualisierende Obj entdeckt?
• 🎯 Wenn zu aktualisierende Obj-Daten an den (www-)Server gemeldet werden, muss modifyObjData ohne UnlockKeys bearbeitet werden.
• ⚡🎯 Die Namen der Rubriken müssen (derzeit) über alle Projektgruppen hinweg eineindeutig sein ⚡
• 🎯 Ist ein Objekt einer Rubrik zugeordnet, die nicht zur Projektgruppe gehört, ist dieses anzumeckern und möglichst zu entfernen.
• ...
2. 🎯 Die wichtigsten Funktionalitäten des Root-Servers sind mit dem Debugger (Inspector) auf dem Testserver überprüft (bevor der Cloudserver die Root-Rolle übernimmt):
• 🎯 Das Message-Handling ist auf das in "[ Hinweis: Dieser Abschnitt kann derzeit (noch) nicht im vereinfachten Modus dargestellt oder gedruckt werden ]" beschriebene Verfahren umgestellt.
• 🎯 Möglichst viele formale Überprüfungen von Messages usw., die auf einem Cloud-Server durchgeführt werden sollen, sind implementiert und getestet.
• Siehe auch die 👉[ Hinweis: Dieser Abschnitt kann derzeit (noch) nicht im vereinfachten Modus dargestellt oder gedruckt werden ]
• 🎯 Obj-Daten können (auf dem Root-Server) gelöscht werden. Die Löschung wird an alle anderen Server-Instanzen weitergemeldet und in deren Datenbanken umgesetzt.
3. 🚧 Die Cloud-Version wird getestet:
• 🎯 Auf dem temporär angemieteten Cloud-Server läuft eine Server-Instanz von openWIM zu Testzwecken
• 🎯 Ein automatischer Apache-Start beim Hochfahren des Cloudservers wird unterbunden
• ❓ Hilft  systemctl disable httpd gegen einen automatischen Apache-Start ❓
  Rückgängig machen per  systemctl enable httpd
• 🎯 Es wurden die relevante Datei sowie die relevanten Statements identifiziert und modifiziert.
• 🎯 Ein temporärer zweiter Cloudserver wurde mitsamt node.js installiert und ein Image davon erstellt.
• 🎯 Beim Hochfahren des Cloudservers wird eine wim-Batchdatei aufgerufen, mit der alle benötigten openWIM-Server gestartet werden
• 🎯 Es wurden die relevante Datei sowie die relevanten Statements identifiziert und ergänzt
• 🚧 Die neue Zertifizierungs-Mimik wird anhand einzelner Domains implementiert und getestet.
   
4. 🎯 Bessere Administration und Entwicklung:
• 🎯 Möglichst alle besonders praxisrelevanten Ausfälle von Systemkomponenten sowie ihre Wiederverfügbarkeit sind durchgetestet (aus Admin- und Nutzersicht)
• 🎯 Es erfolgt eine saubere Umschaltung des Connected-Modus (connected, disconnected, unconnected /connecting /tryConnecting bzw. online, local, tryOnline/connecting) und ordentliche Anzeige für die Nutzer.
5. 🎯 Die Basis der Themenbüsche ist bei v, urba, wim-d und csit angelegt
• 🎯 Bei den Projekten v, urba, wim-d und csit sind alle nötigen audiences eingerichtet
• 🎯 Bei den Projekten v, urba, wim-d und csit sind alle nötigen Rubriken bei den audiences eingerichtet und genutzt
6. 🎯 Die Aktualisierung uns Synchronisierung der Obj-Daten zwischen den Server-Instanzen funktioniert verlässlich
• 🎯 Obj-Daten werden bei der Synchronisierung auch zum Masterservice hin aktualisiert.
• 🎯 Die Synchronisations-Zeitpunkte werden ordentlich verwaltet (also aktualisiert und wieder eingelesen)
7. 🚧 Technische Dokumentation:
• 🎯 Zu allen relevanten "Funktionseinheiten" des Systems (Basis-Verfahren, Instanzen, Objekte, Message-Handler, Steuerungs-Dateien, ... ) gibt es ein eigenes Dokument (zur Erleichterung der Implementationsarbeit - insbesondere nach Unterbrechungen ;-)
• 🎯 Sämtliche vorhandenen, vorgesehenen und gewünschten Funktionen sind gelistet und dokumentiert
8. 🎯 Besonders kritische "offenen Enden" (siehe debugger-Statements) sind wesentlich reduziert
9. 🎯 Ein komfortableres Admin-Tool ist verwendbar. Vom (jeweiligen) Überblick ( systat -ähnlich?)  her kann man sich damit in praktisch alle Server-Strukturen / Details hineinzoomen.
   Von "Alle derzeit erreichbaren aktiven Server" über die einzelnen Server , die ClientServices bzw. ServiceConnectors bis in die Prozesse; zusätzlich die Env-, Projekt- und (technischen!) User-Daten. Zuerst wird eine Darstllung auf 1 Zeile begrenzt, die aber expandiert werden kann. In Komponenten der Darstellung kann man sich dann hineinzoomen - und wieder raus-zoomen. Weiterhin können die Log-Daten aller aktiven Server über die "gemeinsame" Konsole laufen und dabei gefiltert werden (nur ausgewähltes Projekt, nur Fehlermeldungen, nur fatale Meldungen, ...)
10. 🎯 Das Durchsuchen sämtlicher Obj-Daten mit einem Regulären Ausdruck ist verfügbar - nicht nur mit Geany auf der objData-dump -Datei.
11. 🎯 Die Nutzer werden besser über die Folgen/Auswirkungen von Ausfällen und automatischen Rekonfigurationen der Systemkomponenten informiert.
12. 🎯 Sobald von einer Server-Instanz auf dem Test-Server eine Connection zu einer Instanz zum Cloudserver besteht, keine (Aktualisierungs-)Zugriffe mehr auf den Legacy-Server durchführen.
13. 🎯 Übergangsweise: Die Rangfolge der zu erledigenden Teilaufgaben anhand der kleinsten Prio in der Aufgabenkette ermitteln
14. 🚧 Wann immer eine neue dafür ausreichend stabile Version verfügbar ist, die Version auf CS08 update aktualisieren, damit stets eine nutzbare Version verfügbar ist
15. 🎯 Die Sicherheitsüberprüfungen beim Eintragen der notify(s) von Service-Clients sind vervollständigt
16. 🎯 Im Server-Code sind alle setTimeout durch wim.wait abgelöst oder mit try/catch ersetzt
17. ...