Composer Update Shop auf 6.3.0 - symfony/filesystem[v4.4.21]

Deutsches Forum
,
21

ok, vendor in vendor_old umbenannt,

$ composer update --no-dev            Loading composer repositories with package information
Updating dependencies


  [UnexpectedValueException]
  RecursiveDirectoryIterator::__construct(./vendor/zip): failed to open dir:
  No such file or directory


update [--with WITH] [--prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev] [--lock] [--no-install] [--no-autoloader] [--no-scripts] [--no-suggest] [--no-progress] [-w|--with-dependencies] [-W|--with-all-dependencies] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--apcu-autoloader] [--apcu-autoloader-prefix APCU-AUTOLOADER-PREFIX] [--ignore-platform-req IGNORE-PLATFORM-REQ] [--ignore-platform-reqs] [--prefer-stable] [--prefer-lowest] [-i|--interactive] [--root-reqs] [--] [<packages>]...
22

Da versucht er auf zip zuzugreifen. Ich habe noch nie mit einem leeren vendor nur mit zip als Inhalt versucht. Könnte auch gehen.
Ansonsten probiere:

composer update --no-dev --no-interaction

23

leider nein unverändert, bin gerade dabei den vendor Ordner, den vor dem Update gesichert wurde, rein zu kopieren, bin gespannt ob das funktioniert.

24

Ein wenig Heureka, also nachdem ich den vendor Ordner (vor Update) rein kopiert habe, funktionierte das Back- und Front- End wieder, allerdings in der oxid Version 6.2.1-

Dann habe ich nach Anleitung von oxid docs das update auf 6.3.0 durchgeführt, Backend und Frontend sind zumindest aufrufbar.

Allerdings wie zuvor bei zwei Backend Zweigen (Module und Diagnose) habe ich dennoch das Problem das anstatt die gewählte Funktion sich die Startseite des Shops öffnet. Wäre Toll dafür auch noch eine Lösung zu finden.

25

This topic was automatically closed 365 days after the last reply. New replies are no longer allowed.