Autor: Dr. F. Hoffmann, 04.09.2003
Das ZMS-Produkt soll erneuert werden. U.U. hat sich seit der installierten Version und der aktuellen ZMS-Distribution das Objektmodell geändert.
Lösungsansatz: Grundsätzlich sollte man das Update in einer Kopie das aktuellen Produktivsystem bzw. in einer anderen Zope-Instanz (auf einem anderen Rechner) testen. Zu diesem Zweck wird der Mandanten-Folder samt Templates kopiert bzw. als zexp-File exportiert. In der Folgezeit sollte man die redaktionelle Arbeit am Original unterlassen.
Das Replikat wird folgendermassen "herunterkonfiguriert":
1. Trash entleeren
2. Kein Workflow
3. Keine History
4. Mediafolder entfernen
5. Cache leeren
6. Index aktualisieren oder leeren unter content/catalog/manage_catalogIndexes und Catalog-Awareness deaktivieren.
Mit diesem "nivellierten" ZMS kann man bei Bedarf eine konsistente zexp-Datei exportieren und diese auf einen anderen Server platzieren. (Ein XML-Export unter ZMS ist aufgrund der Neuvergabe von IDs und die dadurch bedingte Inkonsistenz von Links beim Re-Import für die komplette Migration primär nicht geeigent).
Auf Betriebssystem-Ebene wird das aktuelle zms.zip in den Folder /$myzope/lib/python/Products entpackt und anschliessend Zope restartet. Ein ZMS-interne Update-Routine sorgt für den evtl. Abgleich der Objekt-Definitionen.
Für distante Updates, bspw. von ZMS 1.0 auf ZMS 2.0 empfiehlt sich ein schrittweises Vorgehen (s. Forum-Beitrag "stepwise updating").
Kommentar: Bitte beachten Sie unbedingt folgende Links.
 |
[zms-developers] updating stepwise |
| zms_build_102.057.zip zms_build_104f.zip zms_build_110d.zip zms_build_116e.zip |
|
[zms-developers] centered websites |
| default doctype element in ZMS2.0 changed |
|
Error getDataSizeStr() |
| updating problems with older templatesets that do not consider the getDataSizeStr() function as global |