Migration Melin 4

Aus Melin WebHelp

Inhaltsverzeichnis 1 Was ist neu in Melin 4 1.1 NanoCMS 1.2 Userverwaltung 1.3 Workflow und Plugins 1.4 System 2 Generelles vorgehen 3 Im Detail 3.1 Neue Tabellen 3.2 Geänderte Tabellen

[bearbeiten] Was ist neu in Melin 4

Melin 4 bietet über 400 Verbesserungen und Erweiterungen gegenüber Melin 3. Die wichtigsten betreffen dabei die folgenden Themenfelder:

[bearbeiten] NanoCMS

• im Template kann nun zusätzlich zu den Melin- und Imperia-Tags auch Java- und PHP-Code verwendet werden
• Includes sind auch mit Java und PHP möglich
• Neue Version des CK-RichText-Editors
• Mediendatenbank komplett überarbeitet
• Neue Optionen auf dem Schreibtisch, u.a. LayoutCheck (Screenshots in verschiedenen Mailclients)
• Muster-Template für automatischen Newsletter auf Basis von RSS-Feeds
• Mehrsprachen-Flexmodule
• 35 neue Template-Befehle

[bearbeiten] Userverwaltung

• ein User kann nun beliebig vielen Mandanten angehören
• Master-User für Mandant nicht mehr notwendig
• Konfiguration der User-Rechte überarbeitet
• Datenhaltung in Datenbank statt Filesystem
• Verbesserte LDAP-Anbindung

[bearbeiten] Workflow und Plugins

• Alle Plugins bereinigt und generalüberholt
• CSV Import massiv beschleunigt mit neuen Funktionen und Vorschau auf der Oberfläche
• Emailsender mit über 40 neuen Funktionen (u.a. Personalisierung aus externen Datenbanken, Versand beschleunigt)
• Adress-Einlesen (getEmails Plugin) kann nun auch mit IDs arbeiten bei externen Datenbanken

[bearbeiten] System

• Statistiken massiv ausgebaut, über 30 Detailstatistiken, mit Diagrammen
• Webservice erweitert
• Empfängerlisten aus verschiedenen Datenbanken und LDAP

 

[bearbeiten] Generelles vorgehen

Die Aktualisierung der Installation läuft unter Windows und Unix identisch ab. Wichtig ist daß eine Java-Version 1.5 oder besser installiert ist. Die MS SQL 2000 die beim Windows Server 2000 enthalten ist wird nicht mehr unterstützt.

• Sichern der Datenbank
• Sichern der kompletten Installation (Ordner /melin..)
• Nur Windows: Austragen der Windows-Dienste (Tomcat und/oder Daemon) falls diese eingerichtet wurden
• Umbenennen des /melin/tomcat-Ordners in /melin/tomcat.old
• Entpacken der Update-Datei über die vorhandene Installation
• Umkopieren der melin/tomcat.old/conf/server.xml nach melin/tomcat/conf/server.xml
• Wenn eine andere Datenbank als Oracle oder MySQL verwendet wird muss der Java-Treiber in "tomcat/lib" eingespielt werden
• Einloggen als superuser (die alten Zugänge gehen weiter), Aufrufen von "Einstellungen" / "Master Datenbank", Formular absenden, die Datenbank wird umgebaut.
• Falls Änderungen gebenüber der Standardversion gemacht wurden: Überspielen der Anpassungen
• Nur Windows: ggf. einrichtender Dienste (Tomcat und Daemon) gemäß der <a href="/m2release/melin4_installation.pdf">Installationsanleitung</a>
• Miigration der Bilddatenbank: hier gibt es in msite/utilities ein Migrationsscript. In einer Shell oder DOS-Box wechselt man in dieses Verzeichnis und ruft

java -Xmx1024m -classpath .:../demon/lib/mysql-connector-java-3.1.13-bin.jar ivault_importer auf. Es werden alle Strukturdaten in die Datenbank übertragen, die Bilder und Files selbst bleiben im Filesystem

• j.jsp: falls auf Webservern eine Kopie der j.jsp installiert ist muss diese ebenfalls getauscht werden, die neueste Version liegt unter htdocs/melin/.jsp - Achtung, die ersten Zeilen müssen konfiguriert werden.

[bearbeiten] Im Detail

Bei Melin 4 wurden einige gewachsene Strukturen bereinigt die zum Teil seit Melin 1.0 im System verankert sind, für den weiteren Ausbau jedoch nicht mehr so bleiben können. Speziell in der Datenbank haben sich einige Spaltenbezeichner und -typen geändert die manuell geändert werden müssen. Aus Kompatibillitätsgründen unterstützt Melin 4 noch beide Formate, die Scripte erkennen welches Format vorliegt.

[bearbeiten] Neue Tabellen

In Melin 4 sind einige Tabellen neu hinzugekommen. Am einfachsten rucht man unter "Einstellungen" / "Master Datenbank" das Menü auf und bestätigt die Datenbank. Bei den Checkboxen unter dem Formular sollte keine Checkbox angeklickt sein.

in diesem Schritt werden alle neuen Tabellen angelegt und vorhandene ergänzt, jedoch keine Spalten geändert.

[bearbeiten] Geänderte Tabellen

Die Scripte erkennen welche Version vorliegt, bei einem Parallelbetrieb von Melin 3 und Melin 4 in derselben Datenbank kann die bisherige Struktur beibehalten werden.

• SC_DETAILS.ANREDE heisst jetzt SC_DETAILS.SALUTATION: Der Grund ist einfach, alle Felder haben englische Bezeichnungen, und dieses Feld passt einfach mit dem Namen nicht rein. Damit kann man nun auch mit $UD[SALUTATION] die Anrede eines Users erfragen. Die alte Version $UD[ANREDE] gibt es aus Kompatibilitätsgründen immer noch, sollte aber nicht mehr in neuen Projekten verwendet werden.

• Bei der Anlage der Tabellen kann ein PREFIX gewählt werden das allen Tabellen vorangestellt wird. Speziell Oracle-Kunden die pro Datenbank bezahlen müssen wird dies freuen, da man nun die Melin-Tabellen in einer bestehenden Datenbank anlegen kann und diese klar erkennbar sind. In der Dokumentation von Melin wird einheitlich das Prefix "MELIN_" angenommen, aus der SC_DETAILS wird damit "MELIN_SC_DETAILS". Alle Plugins und Scripte wurden überarbeitet. In alten Installationen lässt man das Prefix leer, dann hat man die Bezeichner wie bisher.

• Die Tabelle SUBSCRIPTIONS_DEACTIVATED heisst jetzt SUBSCRIPTIONS_INACTIVE. Der Grund ist eine Beschänkung von Oracle, die maximal 30 Zeichen zulässt für einen Tabllennamen, und mit dem Prefix "MELIN4_" kann man diese Tabelle sonst nicht mehr anlegen.

• Die Tabelle ACTIVITY_LOG wurde umbenannt in LOG_SUBSCRIBER_ACTIVITY. Dies wurde beschlossen damit alle Log-Tabllen auch mit LOG_ beginnen - die Tabellen LOG_SENDMAIL und LOG_MAILING bleiben wie bisher.

• In allen Tabellen wurde das Feld NAME umbenannt in TITLE. Hintergrund war daß das Feld NAME bei einigen Datenbanken ein reserviertes Schlüsselwort ist und die Abfrage immer wieder im Code mit Fallabfragen versehen werden musste.

• Die Spalte SUBSCRIBER.EMAIL entfällt. Es wurde oft bemängelt daß die Emailadresse eines Abonnenten an zwei Stellen im System standen (SUBSCRIBER.EMAIL und SC_DETAILS.EMAIL). Der Grund war, daß beim Versand dadurch eine Datenbankabfrage pro Mail eingespart werden konnte, inzwischen haben wir das aber anders gelöst.