Die erste Beta-Version von Barrhorn ist nun verfügbar und steht im Updater bereit.
Die Version ist nicht für den produktiven Einsatz bestimmt, wir bitten trotzdem um ausführliche Tests und Rückmeldungen.
Barrhorn Beta1 verfügbar
Barrhorn Beta1 verfügbar
webEdition-Kern-Entwickler
Re: Barrhorn Beta1 verfügbar
Bei mir wird die Version Barrhorn nicht im Updater angezeigt. Ich würde sonst gerne mit testen.
Dinge von großer Bedeutung gehe man mit Leichtigkeit an, Dinge von geringer Bedeutung mit großem Ernst.
Re: Barrhorn Beta1 verfügbar
Evtl. erfüllst du nicht die Systemvoraussetzungen:
PHP >=7.2, MySQL > 5.7 / MariaDB >= 10.2
Da es sich um ein Pre-Release handelt muß die Option ebenfalls aktiviert sein.
PHP >=7.2, MySQL > 5.7 / MariaDB >= 10.2
Da es sich um ein Pre-Release handelt muß die Option ebenfalls aktiviert sein.
webEdition-Kern-Entwickler
Re: Barrhorn Beta1 verfügbar
Ah ok, ja es liegt an der MySQL Version, danke
Dinge von großer Bedeutung gehe man mit Leichtigkeit an, Dinge von geringer Bedeutung mit großem Ernst.
-
- Senior Member
- Beiträge: 238
- Registriert: Do 16. Feb 2012, 12:51
Re: Barrhorn Beta1 verfügbar
Hallo zusammen,
mein Versuch, auf die Beta upzudaten, scheiterte schon bei "Benötigte Dateien ermitteln". Da gehts einfach nicht mehr weiter.
Ich habe zwar noch ein Paar Minuten gewartet, aber dann abgebrochen.
Die Systemvoraussetzungen sind gegeben. Das Update Protokoll blieb leer.
Im Fehlerlog fand ich folgende Einträge (nur Error message):
1. Declaration of liveUpdateFunctionsServer::weUpdaterDoUpdate(string $what, array $progress = Array): array should be compatible with liveUpdateFunctions::weUpdaterDoUpdate($what, $progress = Array)
2. Declaration of liveUpdateFunctionsServer::getRowFormat(string $table): string should be compatible with liveUpdateFunctions::getRowFormat($table)
3. Declaration of liveUpdateFunctionsServer::executeQueriesInFiles(string $path): bool should be compatible with liveUpdateFunctions::executeQueriesInFiles($path)
4. Declaration of liveUpdateFunctionsServer::executeUpdateQuery(string $query): bool should be compatible with liveUpdateFunctions::executeUpdateQuery($query)
5. Declaration of liveUpdateFunctionsServer::weUpdaterDoUpdate(string $what, array $progress = Array): array should be compatible with liveUpdateFunctions::weUpdaterDoUpdate($what, $progress = Array)
6. Class 'welu_update_const' not found
Vielleicht kann man ja hier schon erkennen, was genau schief läuft...
mein Versuch, auf die Beta upzudaten, scheiterte schon bei "Benötigte Dateien ermitteln". Da gehts einfach nicht mehr weiter.
Ich habe zwar noch ein Paar Minuten gewartet, aber dann abgebrochen.
Die Systemvoraussetzungen sind gegeben. Das Update Protokoll blieb leer.
Im Fehlerlog fand ich folgende Einträge (nur Error message):
1. Declaration of liveUpdateFunctionsServer::weUpdaterDoUpdate(string $what, array $progress = Array): array should be compatible with liveUpdateFunctions::weUpdaterDoUpdate($what, $progress = Array)
2. Declaration of liveUpdateFunctionsServer::getRowFormat(string $table): string should be compatible with liveUpdateFunctions::getRowFormat($table)
3. Declaration of liveUpdateFunctionsServer::executeQueriesInFiles(string $path): bool should be compatible with liveUpdateFunctions::executeQueriesInFiles($path)
4. Declaration of liveUpdateFunctionsServer::executeUpdateQuery(string $query): bool should be compatible with liveUpdateFunctions::executeUpdateQuery($query)
5. Declaration of liveUpdateFunctionsServer::weUpdaterDoUpdate(string $what, array $progress = Array): array should be compatible with liveUpdateFunctions::weUpdaterDoUpdate($what, $progress = Array)
6. Class 'welu_update_const' not found
Vielleicht kann man ja hier schon erkennen, was genau schief läuft...
Re: Barrhorn Beta1 verfügbar
Jetzt sollte es gehen. Wie testen leider meistens die internen Updates.
webEdition-Kern-Entwickler
-
- Senior Member
- Beiträge: 238
- Registriert: Do 16. Feb 2012, 12:51
Re: Barrhorn Beta1 verfügbar
so, nochmal von vorne
Schritt 1 - Update
Das Update läuft bis zum Anfang der Patches durch. Diese scheint er aber nicht wirklich durchzuführen. Gleichwohl beendet er das Update mit der Meldung, "Sie haben keine Berechtigung für diese Aktion - bitte melden Sie sich neu an"
Das Update-Protokoll war ohne Fehler
Dokumente:
Nach dem Upgrade waren sämtliche Dokumente und Objekte im Frontend nicht mehr aufrufbar.
Beispiel für die Index.php: file not found: /var/www/vhosts/DOMAIN.xyz/dzbarr/webEdition/generated/templates/static/index.php
Beispiel für ein Objekt: file not found: /var/www/vhosts/DOMAIN.xyz/dzbarr/webEdition/generated/templates/static/404.php
Das Template für die index habe ich dann mal neu gespeichert - > ohne Erfolg
Objekte:
In den Objekten waren sämtlich als Pflichtfelder eingerichtete Felder leer, auch und vor allem Felder mit Verknüpfungen zu Objekten und Multiobjekten
Hier einige Beispiele aus dem Fehlerlog:
Declaration of liveUpdateFunctionsServer::getRowFormat(string $table): string should be compatible with liveUpdateFunctions::getRowFormat($table)
Declaration of liveUpdateFunctionsServer::executeQueriesInFiles(string $path): bool should be compatible with liveUpdateFunctions::executeQueriesInFiles($path)
Declaration of liveUpdateFunctionsServer::weUpdaterDoUpdate(string $what, array $progress = Array): array should be compatible with liveUpdateFunctions::weUpdaterDoUpdate($what, $progress = Array)
Declaration of liveUpdateFunctionsServer::getFieldsOfTable(string $tableName, bool $lower = false): array should be compatible with liveUpdateFunctions::getFieldsOfTable($tableName)
Schritt 2 Update-Wiederholung
Fehlerlog zunächst gelöscht und Update-Wiederholung durchgeführt.
Dieses mal hat er wohl alle Patche ausgeführt.
Dokumente:
Einige wenige Dokument konnten im Frontend aufgerufen werden, aber nicht alle.
Objekte:
Die Objekte konnten im Frontend nicht aufgerufen werden (weiße leere Seite)
Die Pflichtfelder waren wieder gefüllt.
Hier einige Beispiele aus dem Fehlerlog:
Declaration of we_imageDocument::initByID($id): void should be compatible with we_document_image::initByID(int $id, string $table = '', int $from = self::LOAD_MAIN_DB): void
Declaration of we_objectFile::initByID($id): void should be compatible with we_contents_base::initByID(int $id, string $table = '', int $from = self::LOAD_MAIN_DB): void
Undefined index: CategoryIDs
Am Schluss habe ich dann einfach mal einen Rebuild der Vorlagen und der Objekte durchgeführt. Daraufhin waren alle Dokumente im FE wieder aufrufbar, die Objekte allerdings nach wie vor nicht.
Auch ist mir aufgefallen, dass die URL´s bei den Objekten nicht mehr stimmen. Es wird ein weiterer Slash eingefügt
Orginal URL: https://domain.xyz/de/kategorie/kategorie/objekt
Jetzige URL: https://domain.xyz/de//kategorie/kategorie/objekt
Die Objekte sind auch nach manueller Korrektur in der Adresszeile nicht aufrufbar
Was im Augenblick sicherlich noch etwas nebensächlich ist, mir aber trotzdem aufgefallen ist, ist folgendes:
Die Eingabefelder (Textfield) und Felder für die Verknüpfungen mit Objekt und Multiobjekt füllen jetzt die gesamte Fensterseite - sind also definitiv zu lang.
Für die tägeliche Arbeit ist das nicht gut, da die (Maus)Wege insbesondere bei den Verknüpfungsfeldern zu lang sind. Diese sollten unbedingt wieder auf die bisherige Feldbreite zurückgesetzt werden.
Bei dieser Gelegenheit möchte ich auch nochmal an den FR https://qa.webedition.org/tracker/view.php?id=11074 erinnern
@Marc
Wenn du Dir diese Installation mal selbst anschauen möchtest, sage bitte bescheid. Ich sende Dir dann die Zugangsdaten per PM zu
Schritt 1 - Update
Das Update läuft bis zum Anfang der Patches durch. Diese scheint er aber nicht wirklich durchzuführen. Gleichwohl beendet er das Update mit der Meldung, "Sie haben keine Berechtigung für diese Aktion - bitte melden Sie sich neu an"
Das Update-Protokoll war ohne Fehler
Dokumente:
Nach dem Upgrade waren sämtliche Dokumente und Objekte im Frontend nicht mehr aufrufbar.
Beispiel für die Index.php: file not found: /var/www/vhosts/DOMAIN.xyz/dzbarr/webEdition/generated/templates/static/index.php
Beispiel für ein Objekt: file not found: /var/www/vhosts/DOMAIN.xyz/dzbarr/webEdition/generated/templates/static/404.php
Das Template für die index habe ich dann mal neu gespeichert - > ohne Erfolg
Objekte:
In den Objekten waren sämtlich als Pflichtfelder eingerichtete Felder leer, auch und vor allem Felder mit Verknüpfungen zu Objekten und Multiobjekten
Hier einige Beispiele aus dem Fehlerlog:
Declaration of liveUpdateFunctionsServer::getRowFormat(string $table): string should be compatible with liveUpdateFunctions::getRowFormat($table)
Declaration of liveUpdateFunctionsServer::executeQueriesInFiles(string $path): bool should be compatible with liveUpdateFunctions::executeQueriesInFiles($path)
Declaration of liveUpdateFunctionsServer::weUpdaterDoUpdate(string $what, array $progress = Array): array should be compatible with liveUpdateFunctions::weUpdaterDoUpdate($what, $progress = Array)
Declaration of liveUpdateFunctionsServer::getFieldsOfTable(string $tableName, bool $lower = false): array should be compatible with liveUpdateFunctions::getFieldsOfTable($tableName)
Schritt 2 Update-Wiederholung
Fehlerlog zunächst gelöscht und Update-Wiederholung durchgeführt.
Dieses mal hat er wohl alle Patche ausgeführt.
Dokumente:
Einige wenige Dokument konnten im Frontend aufgerufen werden, aber nicht alle.
Objekte:
Die Objekte konnten im Frontend nicht aufgerufen werden (weiße leere Seite)
Die Pflichtfelder waren wieder gefüllt.
Hier einige Beispiele aus dem Fehlerlog:
Declaration of we_imageDocument::initByID($id): void should be compatible with we_document_image::initByID(int $id, string $table = '', int $from = self::LOAD_MAIN_DB): void
Declaration of we_objectFile::initByID($id): void should be compatible with we_contents_base::initByID(int $id, string $table = '', int $from = self::LOAD_MAIN_DB): void
Undefined index: CategoryIDs
Am Schluss habe ich dann einfach mal einen Rebuild der Vorlagen und der Objekte durchgeführt. Daraufhin waren alle Dokumente im FE wieder aufrufbar, die Objekte allerdings nach wie vor nicht.
Auch ist mir aufgefallen, dass die URL´s bei den Objekten nicht mehr stimmen. Es wird ein weiterer Slash eingefügt
Orginal URL: https://domain.xyz/de/kategorie/kategorie/objekt
Jetzige URL: https://domain.xyz/de//kategorie/kategorie/objekt
Die Objekte sind auch nach manueller Korrektur in der Adresszeile nicht aufrufbar
Was im Augenblick sicherlich noch etwas nebensächlich ist, mir aber trotzdem aufgefallen ist, ist folgendes:
Die Eingabefelder (Textfield) und Felder für die Verknüpfungen mit Objekt und Multiobjekt füllen jetzt die gesamte Fensterseite - sind also definitiv zu lang.
Für die tägeliche Arbeit ist das nicht gut, da die (Maus)Wege insbesondere bei den Verknüpfungsfeldern zu lang sind. Diese sollten unbedingt wieder auf die bisherige Feldbreite zurückgesetzt werden.
Bei dieser Gelegenheit möchte ich auch nochmal an den FR https://qa.webedition.org/tracker/view.php?id=11074 erinnern
@Marc
Wenn du Dir diese Installation mal selbst anschauen möchtest, sage bitte bescheid. Ich sende Dir dann die Zugangsdaten per PM zu
Re: Barrhorn Beta1 verfügbar
Das Update hast du aus der nightly 8.1.1 gemacht?
Und du hattest das WE-Sessionmanagement aktiviert?
Ich vermute wir müssen es noch unterbinden das man ein Update ohne WE-Sessionmanagement macht.
Und du hattest das WE-Sessionmanagement aktiviert?
Ich vermute wir müssen es noch unterbinden das man ein Update ohne WE-Sessionmanagement macht.
webEdition-Kern-Entwickler
-
- Senior Member
- Beiträge: 238
- Registriert: Do 16. Feb 2012, 12:51
Re: Barrhorn Beta1 verfügbar
Das Update erfolgte aus 8.1.1, Revision 11079
Das WE-Session Management ist deaktiviert
Ich probiere das am Mo. nochmal mit aktiviertem Session Management.
Das WE-Session Management ist deaktiviert
Ich probiere das am Mo. nochmal mit aktiviertem Session Management.
Re: Barrhorn Beta1 verfügbar
Habe die Version gerade mal installiert und wollte ein Backup einspielen.
Dabei bekomme ich die Rückmeldung, dass die Dateitypen nicht unterstützt werden. Ich habe dann mal ein Backup in der Barrhorn Beta gemacht und sehe, dass dieses eine ganz neue Struktur hat als bisher.
Wird es ein Support geben zum Importieren von "alten" Backups?
Dabei bekomme ich die Rückmeldung, dass die Dateitypen nicht unterstützt werden. Ich habe dann mal ein Backup in der Barrhorn Beta gemacht und sehe, dass dieses eine ganz neue Struktur hat als bisher.
Wird es ein Support geben zum Importieren von "alten" Backups?
Re: Barrhorn Beta1 verfügbar
Wir empfehlen ja bereits jetzt bei den alten Versionen möglichst die Backups nur in die Version einzuspielen in der das Backup erstellt wurde. Dies sollte dann auch mit dem neuen Backup auf Dauer anders werden.
Da das alte Backup auf XML Strukturen basiert und wir im neuen Backup diese so nicht mehr verwenden, wird es sehr wahrscheinlich keine Möglichkeit geben alte Backups zu nutzen. Die interne Verarbeitung des alten Backups funktioniert in dieser Art nicht mehr mit den neuen Strukturen (private/protected).
Da das alte Backup auf XML Strukturen basiert und wir im neuen Backup diese so nicht mehr verwenden, wird es sehr wahrscheinlich keine Möglichkeit geben alte Backups zu nutzen. Die interne Verarbeitung des alten Backups funktioniert in dieser Art nicht mehr mit den neuen Strukturen (private/protected).
webEdition-Kern-Entwickler
Re: Barrhorn Beta1 verfügbar
D.h. der Workaround wäre das Updaten der Installationen von 8.x auf 9.x mit den bestehenden Templates?
Re: Barrhorn Beta1 verfügbar
ja, genau.
Backup wieder einspielen müssen wir auch noch mal testen...
Backup wieder einspielen müssen wir auch noch mal testen...
webEdition-Kern-Entwickler
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 22 Gäste