nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

As we transition to the new Hyland Community, some post links may be temporarily disrupted as we finalize redirects. We apologize for the inconvenience and are working to resolve this as quickly as possible. Details.

Upgrade 3.3g to 3.4d

mbuchner

Moin allerseits,

wollte das System nur auf 3.4 updaten.
Also Backup, die neuen WAR-files geladen, in /tomcat/webapps kopiert, die PROPERTIES-Files neu gemacht, neu gestartet und …. Nix!

Das Sytem fährt hoch, als wäre nichts gewesen und das Log meldet immer noch Shema 3.3.0. (2881).

Was mache ich falsch oder bin ich nur zu dumm?

Grüße

MBuchner

Find more posts tagged with

Comments

afaust

Hallo,

sind die alten entpackten Ordner /alfresco und /share in /webapps vorher gelöscht worden? Oder ist der Tomcat konfiguriert, dass er neuere WARs immer neu auspackt und die vorigen Ordner automatisch löscht? Mir riecht es hier erstmal danach, dass auch wirklich noch eine 3.3 hochfährt.

Gruß
Axel

mbuchner

Moin,

NEIN, ich dachte die Dateien würden überschrieben…..
Also die zwei Ordner erst löschen und dann hochfahren?

MBuchner

afaust

Hallo,

nein, die Dateien werden nicht zwangsläufig überschrieben, es gibt aber Konfigurationsmöglichkeiten, dass die entpackten Verzeichnisse beim Stop des Tomcat wieder gelöscht werden.

Die Dokumentation von Tomcat 6 enthält entsprechende Hinweise auf die Notwendigkeit des Löschens dieser Verzeichnisse:
http://tomcat.apache.org/tomcat-6.0-doc/config/host.html#Automatic%20Application%20Deployment

Note: If you re-deploy an updated WAR file while Tomcat is stopped, be sure to delete the associated expanded directory before restarting Tomcat, so that the updated WAR file will be re-expanded when Tomcat restarts.

Also, Verzeichnisse löschen und neustarten, dann bist du sicher.

Gruß
Axel