In Bearbeitung [SHOP-2725] SemVer-Fehler

[holzpuppe]

Hallo,

Beim Datenbank-Update erhalte ich den Fehler: "" is not a valid SemVer
Das ist ein bekanntes Problem im aktuellen Build, bitte einmal im Backend aus und wieder einloggen, dann sollte es klappen.

in der Anleitung liest es sich so, das es kein Problem wäre, wenn man auf DB-Aktualisieren klickt, der Fehler auftritt und man einfach durch erneutes einloggen, das Update funktionieren sollte.

Wie es scheint korreliert es mit dem Cache-System. Wenn man kein Redis zur Verfügung hat (kann ich leider nicht testen, bei mir geht nur Datei und Datei erweitert), sollte man wohl das Cachesystem auf "keines" stellen und dabei aktiv lassen. Simples deaktivieren brachte weiterhin PHP-Fehlermeldungen und man kommt nicht ins DB-Updatemenü! Und natürlich Cache leeren. Die eventuellen Fehlermeldungen ignorieren. Geleert wird dennoch. Danach ausloggen, einloggen und dann ging bei mir das Update.
Auf jeden Fall sollte man die Migration NICHT vor dem DB-Update machen. Falls doch schon geschehen. DB neu einspielen, tpasswordreset in der DB löschen und dann das Prozedere neu durch gehen.

Ich hoffe sehr, dass es nur an der Beta liegt und hier noch nachgebessert wird.

So Migration läuft, mal schauen wie es danach aussieht.

 

[Mirko.Schmidt User deaktiviert]

Welche Migration ist hier gemeint, die UTF-8 Migration oder die normalen Update Migrations? Das Problem tritt nur bei aktiviertem Cache auf?

 

[holzpuppe]

Äh, was? Ich hab hier nur das DB-Update gesehen und eine Migration der DB. Ich denke mal das ist die "normale". Wo finde ich denn die UFT-8 Migration? Die taucht in der "Glocke" nicht auf.

 

[holzpuppe]

Meinst du jetzt ob es eine neue saubere Installation war? Ich hab von 4.6.0x geupdatet. Mit UFT-8 konnte ich nichts sehen. Im Backend waren aber soweit keine Umlautprobleme erkennbar.

 

[Mirko.Schmidt User deaktiviert]

Jup einerseits wollte ich wissen ob's ein Update des Shops war oder Neuinstallation und andererseits meinte ich mit der UTF-8 Migration, den Teil unter Status > DB-Check. Mit Shop 5 werden die Tabellen nach UTF-8 und INNODB konvertiert.

Und was für PHP-Fehlermeldungen kamen im Backend?

 

[holzpuppe]

Leider habe ich mir die Fehlermeldungen nicht aufgeschrieben. Ich denke aber mich erinnern zu können, dass bevor ich das Update machen konnte, etwas mit "konnte in Cache nicht schreiben" stand.
Nach dem Update habe ich Cache wieder eingeschaltet. (Dateien erweitert.) Und das Backend läuft soweit.
Aktuell habe ich folgende Fehlermeldungen:
Wenn ich in Inhalte-> Boxenverwaltung gehen möchte kommt Folgendes:

Fatal error: Uncaught TypeError: Return value of Boxes\Admin\BoxAdmin::getInvisibleBoxes() must be of the type array, integer returned in 
/www/htdocs/xxx/testurl.com/html/testshop/includes/src/Boxes/Admin/BoxAdmin.php:529 Stack trace: #0 
/www/htdocs/xxx/testurl.com/html/testshop/admin/boxen.php(228): Boxes\Admin\BoxAdmin->getInvisibleBoxes() #1 {main} thrown in 
/www/htdocs/xxx/testurl.com/html/testshop/includes/src/Boxes/Admin/BoxAdmin.php on line 529

Wenn ich die Cachemethode auf Rediscluster umstelle. (Scheint ja neu zu sein. Denke aber, dass geht eventuell nicht, weil Rediscluster= Redis?) Ist bei mir wählbar. Sollte also theoretisch funktionieren?
Aufjeden Fall folgende Fehlermeldung im Backend:

Fatal error: Uncaught TypeError: unlink() expects parameter 1 to be a valid path, object given in 
/www/htdocs/xxx/testurl.com/html/testshop/includes/src/Cache/Methods/cache_advancedfile.php:167 Stack trace: #0 
/www/htdocs/xxx/testurl.com/html/testshop/includes/src/Cache/Methods/cache_advancedfile.php(167): unlink(Object(SplFileInfo)) #1 
/www/htdocs/xxx/testurl.com/html/testshop/includes/src/Cache/JTLCache.php(669): Cache\Methods\cache_advancedfile->flushAll() #2 
/www/htdocs/xxx/testurl.com/html/testshop/admin/cache.php(203): Cache\JTLCache->flushAll() #3 {main} thrown in 
/www/htdocs/xxx/testurl.com/html/testshop/includes/src/Cache/Methods/cache_advancedfile.php on line 167

Und wenn ich meinen Shop aufrufen möchte:

Fatal error: Uncaught Error: Call to a member function setRedirectCode() on null in 
/www/htdocs/xxx/testurl.com/html/testshop/seite.php:23 Stack trace: #0 
/www/htdocs/xxx/testurl.com/html/testshop/index.php(13): require() #1 {main} thrown in /www/htdocsFatal error: Uncaught Error: Call to a member function setRedirectCode() on null in 
/www/htdocs/xxx/testurl.com/html/testshop/seite.php:23 Stack trace: #0 
/www/htdocs/xxx/testurl.com/html/testshop/index.php(13): require() #1 {main} thrown in 
/www/htdocs/xxx/testurl.com/html/testshop/seite.php on line 23/html/testshop/seite.php on line 23

Ich habe unter System->Wartung->Status alles geprüft, keine Fehlermeldungen, außer: https://forum.jtl-software.de/threads/fehler-simplexml-ist-nicht-vorhanden.114742/

 

[Mirko.Schmidt User deaktiviert]

Ich hab's jetzt gerade mal durch getestet. Und zwar hab ich den Objekt Cache (Dateien) aktiviert, dann die Dateien überschrieben und anschließend das Update gestartet. Weil ich noch eingeloggt war, knallt es mit dem Fehler oben. Hier muss dann wirklich einfach nur reloggt werden, dass Problem wird in der kommenden Version gelöst sein (Session Problem nicht Cache https://issues.jtl-software.de/issues/SHOP-2725). Wenn das Update dann erfolgreich durchgelaufen ist, treten die letzten genannten Fehler nicht auf. Diese treten nur auf, wenn man das Update nicht gestartet hat. Das ist aber auch teilweise klar, weil einige Abhängigkeiten in der Datenbank fehlen.

Daher sollte im Moment folgende Schritte beachtet werden.
1. Aus dem Shop Backend auslogggen
2. Shop Dateien überschreiben
3. In's Shop Backend einloggen
4. Datenbank Update (System > Wartung > Update) starten

 

[holzpuppe]

So ich hab es jetzt zweimal probiert. Es geht nicht. Und jetzt häng ich beim semVer Fehler und komme gar nicht mehr weiter.
Ich hab zum Test alle Dateien aus dem Testordner gelöscht. Ich hab die DB restentleert, dann die Shopdateien aus meinem laufenden Shop in den Testordner kopiert. Die DB vom laufenden Shop in die TestDB kopiert(wiederhergestellt). Templates_c und admin/template_c restentleert. Eingeloggt und wieder ausgeloggt. Wieder alle temps gelöscht. Shop5 hochgeladen. Eingeloggt. Das Cacheproblem wieder. (Ich hab vergessen vorher den Cache auf nein zu stellen.)
Hier die Fehlermeldung:

Fatal error: Uncaught TypeError: unlink() expects parameter 1 to be a valid path, object given in 
/www/htdocs/xxx/blabla.com/html/testshop/includes/src/Cache/Methods/cache_advancedfile.php:167 Stack trace: #0 
/www/htdocs/xxx/blabla.com/html/testshop/includes/src/Cache/Methods/cache_advancedfile.php(167): unlink(Object(SplFileInfo)) #1 
/www/htdocs/xxx/blabla.com/html/testshop/includes/src/Cache/JTLCache.php(669): Cache\Methods\cache_advancedfile->flushAll() #2 
/www/htdocs/xxx/blabla.com/html/testshop/admin/dbupdater.php(21): Cache\JTLCache->flushAll() #3 
{main} thrown in /www/htdocs/xxx/blabla.com/html/testshop/includes/src/Cache/Methods/cache_advancedfile.php on line 167

Also wieder von vorne angefangen.
Nach dem Prozedere (mit Cache zuvor auf nein stellen!) wieder eingeloggt, mal keine Fehlermeldung. Juhu!
Also auf Update gedrückt: SemVer Fehler.

Ich hab es dann noch mehrmals probiert mit ausloggen, einloggen in verschiedenen Browsern. Nix. Ich komme an der Stelle einfach nicht mehr weiter.

Grüße

 

[Mirko.Schmidt User deaktiviert]

Moin,
was für ein Semver Fehler kommt dann? "Beim Datenbank-Update erhalte ich den Fehler: "" is not a valid SemVer" oder ein anderer? Der kann eigentlich nur kommen, wenn in der API Klasse noch der falsche Server eingetragen ist und somit die falschen Versionen gezogen werden/wurden.

 

[liwe_fs]

Hallo,

Hast Du das Standard Template von 5 er eingestellt ?
War bei uns das Problem.

Liwe

 

[holzpuppe]

Moin,
was für ein Semver Fehler kommt dann? "Beim Datenbank-Update erhalte ich den Fehler: "" is not a valid SemVer" oder ein anderer? Der kann eigentlich nur kommen, wenn in der API Klasse noch der falsche Server eingetragen ist und somit die falschen Versionen gezogen werden/wurden.

Das kann ich jetzt nicht mehr sagen, werde es nochmal hoch und runter laden. Und genauer hinschauen.

@liwe_fs Nope. Eigenes EVO-Template.

Es kann natürlich auch an unserem Hoster liegen: all-Inkl Webhosting. Wer weiß. xD

 

[Mirko.Schmidt User deaktiviert]

Die genaue Fehlermeldung ist hier sehr hilfreich. Im Moment werden ein paar Versionscheck durch geführt, wobei nur 2 individuelle sind. Zum einen die Frontend Template Version aus der DB und aus dem XML und dann noch die Versionen vom API Call. Für letzteres muss die Session einmal komplett neu aufgebaut sein, da ansonsten die Versionen nicht ausgelesen werden können.

 

[liwe_fs]

Hallo,

also ich hab das nochmal durchgespielt und wieder hatte ich den is not a valid SemVer

und so hat es dann geklappt

- Wartung - Cache . leeren
- Cache auf - Objekt-Cache aktivieren = Nein . wenn nötig
- Template unbedingt auf EVO Original umstellen auch wenn es schon aktiv ist
- ausloggen und Browser Cache geleert
- Login
- Datenbank Update anstoßen

hat ca. 4 Minuten gedauert ohne Fehlermeldungen

LiWe

 

[holzpuppe]

Jibbet schon ne neue Alpha, bei der ne Handvoll Bugs behoben wurden?

 

[holzpuppe]

Hallo? Gibt es so langsam mal n Update mit besserer Installationsroutine?

 

[holzpuppe]

Es ist sehr sehr leise um den 5er Shop. Was'n los?

 

[css-umsetzung]

Die Prioritäten lagen wohl gerade beim 4.06.12er
Wir sind soweit ich weiß recht kurz vor der ersten richtigen Beta.

 

[holzpuppe]

Die Prioritäten lagen wohl gerade beim 4.06.12er...

Oha. Das wird aber sicherlich n Mikroupdate sein. Noch meckert meine 4.6.11 noch nicht rum.

Aber Danke für die Info.

 

[FMoche]

Korrekt, 4.06 hatte Priorität.
Die nächste Beta von Shop 5 folgt spätestens nächste Woche, sollten wir genug Zeit für abschließende Tests finden.

 

[holzpuppe]

https://issues.jtl-software.de/issues/SHOP-2725
NOPE nicht behoben. ?

Ihre aktuelle Shopversion
    System: 5.0.0-beta.2
    Datenbank: 4.06.0
    Ihre aktuelle Templateversion
        System: 5.0.0
        Datenbank: 4.06
Starte Sicherungskopie
Sicherungskopie"xxxxxxxxxxxx_backup.sql.gz" wird heruntergeladen
Starte Update
     Update auf Migration: Create column nMehrfachauswahl in tmerkmal erfolgreich
Fehler bei Update: "" is not a valid SemVer

NACHTRAG: Update läuft, nachdem ich festgestellt hatte, dass der " Shop" kein aktives Template hatte. Warum auch immer, ok, er hat mir auch sonst nichts angezeigt.

Jetzt hängt es erstmal nach " Update auf Migration: Unify mail template tables erfolgreich"

hmmmm.