#1027 closed Fehler (invalid)
Versionsnummer
| Erstellt von: | hli@… | Verantwortlicher: | p.reetz@… |
|---|---|---|---|
| Priorität: | hoch | Meilenstein: | |
| Komponente: | kivitendo ERP | Version: | 2.6.0 |
| Schweregrad: | kritisch | Stichworte: | Installation |
| Beobachter: | m.bunkus@… |
Beschreibung
Die Versionsnummer in der defaults wird nicht auf 2.6.0 gesetzt.
Daher kann die CRM nicht installiert werden,
Änderungshistorie (5)
comment:1 Geändert vor 6 Jahren durch m.bunkus@…
- Beobachter m.bunkus@… hinzugefügt
- Status von new nach assigned geändert
comment:2 Geändert vor 6 Jahren durch m.bunkus@…
Die Versiosnummer in 'defaults.version' darf auch nicht einfach so von Hand auf 2.6.0 hochgesetzt werden, weil ansonsten der Upgrademechanismus kaputt geht (!).
comment:3 Geändert vor 6 Jahren durch hli@…
Für was ist denn nun die Version in defaults wichtig?
Sie gibt die aktuelle Version nicht wieder, aber sie Steuert den Updatemechanismus? Das wiederspricht sich doch.
comment:4 Geändert vor 6 Jahren durch hli@…
- Lösung auf invalid gesetzt
- Status von assigned nach closed geändert
geklärt.
comment:5 Geändert vor 6 Jahren durch m.bunkus@…
Der Vollständigkeit halber wie eben am Telefon besprochen:
Es gibt zwei Updatemechanismen. Der alte basierte streng auf der Versionsnummer in 'defaults' und den Versionsnummern, nach denen die Upgradescripte benannt waren. Hier durfte es keine Lücke geben, sprich es musste ein Script "von 2.2.0 auf 2.2.0.1", eines für "von 2.2.0.1 auf 2.2.0.2" usw. bis hin zu "von 2.2.0.123 auf 2.2.1" geben. Das war für die Umsetzung von Kundenprojekten und dem Hin- und Herportieren von Datenbankupgrades -- gelide gesagt -- ungeeignet.
Mit v2.4.1 oder so haben wir den Mechanismus durch ein System ersetzt, das auf Namen und Abhängigkeiten basiert. Das löst das oben beschriebene Problem (und ein paar andere).
Um aber weiterhin die Möglichkeit zu haben, alte Installationen/Datenbanken? auf den aktuellen Stand zu bringen, ist der alte Mechanismus mit allen Upgradedateien noch enthalten und wird auch nicht so bald entfernt. Damit das weiterhin funktioniert, muss also die Spalte 'defaults.version' erhalten und mit dem damals gültigen Wert '2.4.0.0' gefüllt bleiben, ansonsten klappt auch der neue Mechanismus nicht mehr.
Holger bedient sich nun an der neuen Tabelle 'schema_info', in der Informationen über die neuen Datenbankupgradescripte enthalten sind.
Die Versionsnummer in defaults wird seit Release 2.4.1 schon nicht mehr aktualisiert :) Kannst du die CRM nicht irgendwie anpassen, sodass sie sich erst mal doch installieren lässt? z.B. die Datei VERSION auslesen, dort steht sie ja auch drin.
Die Spalte 'defaults.version' wird auch nicht mehr für die Bestimmung des aktuellen Datenbankschemas benutzt. Dafür gibt es jetzt in jeder Datenbankinstanz außer der Authentifizierungsdatenbank die Tabelle 'schema_info' (ebenfalls seit 2.4.0 oder 2.4.1, bin mir nicht mehr sicher), in der die einzelnen Upgrade-Scripte gelistet sind. Dort könntest du auf das Vorhandensein einer Zeile mit "tag = 'release_2_6_0'" prüfen, denn wenn so eine Zeile enthalten ist, dann ist die DB-Instanz auf mindestens 2.6.0 aktualisiert worden.