Win7, XAMPP: Fehler beim Update von Packages
Ich verwende Composer in einer Contao 3.2.3 Installation. Composer wurde anhand dieser Anleitung installiert: https://community.contao.org/de/show...odels-Composer
Wenn ich nun bei einem Package auf eine höhere (bzw. andere) Version umstellen möchte und danach Update, löscht der Package Manager zwar alle alten Dateien aus dem jeweiligen Verzeichnis in system/modules/..., aber es bleibt danach leer, die neuen Dateien werde nicht mehr hinzugefügt. Die Extension hat zwar immer noch die komplette Ordnerstruktur, es bleibt aber alles leer. Auch mehrmalige Aufrufe von "Update packages" bringen nichts.
Vorgangsweise am Beispiel von Theme+, switch von 4.3.4 auf 5.0.x-dev (zum Test):- Ich klicke im Package Manager auf bit3/contao-theme-plus
- Ich wähle 5.0.x-dev aus
- Ich klicke auf "Mark package to install"
- Ich klicke auf "Update packages"
- Der Package Manager gibt zwar folgendes aus:
Code:
Loading composer repositories with package information Updating dependencies - Removing mobiledetect/mobiledetectlib (2.7.6) - Installing mobiledetect/mobiledetectlib (2.7.7) Downloading - Removing bit3/contao-theme-plus (4.3.4) - Installing bit3/contao-theme-plus (dev-develop 074c62c) Downloading - removed 63 files - installed 64 files - Removing menatwork/semantic_html5 (1.1.9) - Installing menatwork/semantic_html5 (1.1.10) Downloading - removed 24 files - installed 25 files Writing lock file Generating autoload files
Trotz der Meldung "installed 25 files" wurden jedoch keine Dateien im system/modules/theme-plus Verzeichnis installiert. Die Ordnerstruktur (assets, config, dca, etc.) ist zwar noch vorhanden, alle Ordner sind jedoch leer - Weiterer Aufruf von "Update packages" liefert nur
Code:
Loading composer repositories with package information Updating dependencies Generating autoload files
Tril hat mich gefragt, ob ich contao-community-alliance/composer-installer oder contao-community-alliance/composer-plugin (?) benutze, in meinem Fall ist es:
contao-community-alliance/composer-installer ~1.7.1* 1.7.1
Anscheinend ist contao-community-alliance/composer-installer auch schon wieder out of date? Das ist aber das, was man von c-c-a.org bekommt, oder nicht? (Da ich ja nach der oben genannten Anleitung vorgegangen bin.)
Aktuell muss ich immer das komplette Package deinstallieren und wieder installieren, damit der Version Switch funktioniert. Wie könnte ich das beheben? Oder würde contao-community-alliance/composer-plugin dies beheben, wenn ja, wie ersetze ichcontao- community-alliance/composer-installer durch contao-community-alliance/composer-plugin (contao-community-alliance/composer-installer ist ja als Dependency installiert)?
Liste der Anhänge anzeigen (Anzahl: 2)
Ok, aktuell removed sich der contao composer sogar selbst, weil es für die dev-master ein Update gibt :eek:
Repro:- Contao 3.2.4 neu heruntergeladen und lokal am XAMPP entpackt
- Composer für Contao (production use) heruntergeladen und nach TL_ROOT entpackt
- Datenbank eingerichtet
- install.php aufgerufen, alles eingerichtet
- Im Backend die Migration zum Package Manger durchgeführt
- Update packages, Meldung "The composer configuration has been updated, please redo the last action."
- Update packages, die Composer Extension wird versucht zu aktualisieren, aber wie zuvor werden nur alle alten Dateien gelöscht und keine neuen Datei installiert. Daher sieht das Backend nach dem zweiten mal "Update packages" so aus:
https://community.contao.org/de/atta...3&d=1391075669
Wenn man danach nochmal die Composer Extension aus dem zuvor heruntergeladenem Archiv wieder nach TL_ROOT installiert, das Backend neu aufruft und die Migration nochmal durchführt sieht man auch noch den log output, den man normalerweise nach dem Update sehen würde:
Es steht zwar, wie zuvor, "- installed 79 files", aber es sind nur die alten files removed worden, keine neuen hinzugekommen (die Ordnerstruktur der !composer extension ist nach wie vor vorhanden, so wie in den anderen Fällen).
Composer Erweiterung läuft unter Windows mit Xampp
So, habe es hinbekommen dass die composer Erweiterung unter Windows läuft:
1. Umgebungsvariable `Path` setzen für `php.exe`
2. Folgende Variablen in der localconfig setzen: (Sollte es wieder erwarten dennoch nicht gehen füge es in die Datei initconfig.php ein)
`$GLOBALS['TL_CONFIG']['composerExecutionMode'] = 'detached';`
`$GLOBALS['TL_CONFIG']['composerPhpPath'] = 'php -d memory_limit=1G -d max_execution_time=900';`
3. composer Erweiterung installieren (Manuell oder übers Extension Repo)
4. In jedem fall den composer cache leeren, sollten schon diverse experimente mit composer gemacht worden sein
5. fröhlich Pakete installieren ;)
Danke an @discordier für den Support und die Erklärungen ;)
Liste der Anhänge anzeigen (Anzahl: 1)
So, habe nun Zero's Vorschlag mit einer neuen Installation getestet. Folgende Vorgehensweise:- Contao 3.2.9 neu heruntergeladen und lokal am XAMPP entpackt
- Datenbank eingerichtet
- install.php aufgerufen, alles eingerichtet
- Composer für Contao (production use) heruntergeladen und nach TL_ROOT entpackt
- Im Backend eingelogged und die Migration zum Package Manger durchgeführt
- bit3/contao-theme-plus 4.3.3 im Package Management hinzugefügt (um beim Test später auf bspw. 4.3.5 updaten zu können)
- "Update Packages" damit bit3/contao-theme-plus 4.3.3 installiert wird
Test 1- Keine Änderung an der initconfig.php oder localconfig.php vorgenommen
- bit3/contao-theme-plus auf 4.3.5 gesetzt
- Update Packages
- Fehler wie gehabt: es fehlen danach alle Dateien in system\modules\theme-plus (die Unterordner bleiben)
Test 2- Änderung1 in die localconfig.php hinzugefügt (php.exe ist per command line erreichtbar)
- bit3/contao-theme-plus auf 4.3.5 gesetzt
- Update Packages
- der 'detached' composerExecutionMode scheint zu funktionieren, im Task Manger ist die php.exe sichtbar während dem Update, darüber hinaus sieht man folgendes:
https://community.contao.org/de/atta...2&d=1400315812 - Fehler wie gehabt: es fehlen danach alle Dateien in system\modules\theme-plus (die Unterordner bleiben)
Test 3- Änderung1 in die initconfig.php hinzugefügt (php.exe ist per command line erreichtbar)
- bit3/contao-theme-plus auf 4.3.5 gesetzt
- Update Packages
- der 'detached' composerExecutionMode scheint zu funktionieren, im Task Manger ist die php.exe sichtbar während dem Update, und man sieht wieder den oben erwähnten screen
- Fehler wie gehabt: es fehlen danach alle Dateien in system\modules\theme-plus (die Unterordner bleiben)
Leider hat die Änderung also nichts gebracht :(
1
PHP-Code:
$GLOBALS['TL_CONFIG']['composerExecutionMode'] = 'detached';
$GLOBALS['TL_CONFIG']['composerPhpPath'] = 'php -d memory_limit=1G -d max_execution_time=900';
Liste der Anhänge anzeigen (Anzahl: 8)
Erfolgsinformation mit XAMPP unter Windows 7
Habe heute das erste Mal "composer" installiert. Eigentlich mit denkbar schlechten Voraussetzungen, wie ich in den Einträgen in diesem Thread entnommen habe
Windows 7 64bit mit XAMPP 1.8.3 PHP5.5.1
XAMPP/Windows ist für virtual Host konfiguriert
contaocheck lief fehlerfrei
Contao 3.2.9 ist jungfräulich ohne Erweiterungen installiert. Die in den vorherigen Beiträgen beschriebenen Einstellungen der localconfig.php bzw. initconfig.php habe ich nicht durchgeführt und auch nicht benötigt.
composer 0.9.5 habe ich über ER2 installiert und danach auch die Migration der einen existierenden Erweiterung (ich nehme an das ist composer selbst) durchgeführt.
Anhang 13697.
Danach wurde auf "Pakete aktualisieren" geklickt. Auffällig ist, dass im Moment noch keine Abhängigkeiten installiert sind.
Anhang 13698
Wenn man danach noch einmal auf Pakete aktualisieren klickt - egal ob man eine Erweiterung installiert hat oder nicht - ist die Paketverwaltung verschwunden.
Anhang 13699
Dieses unbefriedigende Ergebnis ist reproduzierbar und wurde mehrfach mit und ohne Installation weiterer Erweiterungen über die Paketverwaltung getestet. :mad:
In diesem Zustand habe ich unter "Einstellungen", " Inaktive Erweiterungen" das Extension Repository wieder aktiviert. Als einzige Erweiterung war composer zu finden.
Anhang 13700
Diesen einfach noch einmal angeklickt und auf reparieren gegangen. Danach sind Paketverwaltung und ggf. die zuvor über "composer" installierte Erweiterung vorhanden.
Anhang 13701
Anhang 13702
Jetzt gibt es eine Abhängigkeit.
Danach Pakete aktualisieren gedrückt bringt die Meldung, dass nichts mehr zu aktualisieren ist, die Paketverwaltung ist nach wie vor vorhanden.
Anhang 13703
Danach metamodels und einige andere Erweiterungen installiert und alles scheint für mich als Nicht -Entwickler ok. :D
Anhang 13704
Vielleicht hilft diese Beschreibung einigen anderen weiter, die Ihre Testumgebung trotz allem unter Windows laufen haben.
Gruß Maren
Liste der Anhänge anzeigen (Anzahl: 3)
Composer 0.14.0 in Contao 3.4 funktioniert unter Windows 7 mit XAMPP
Heute erneut Composer mit Windows7 und XAMPP getestet.
Der Fehler, der beim letzten Test auftrat - Modulordner verschwinden beim Update - ist nicht mehr vorhanden.
Weitere echte Fehler des Composers sind mir beim Test nicht aufgefallen. Hier ein kurzer Testbericht.
Testumgebung
- Betriebssystem: Windows 7 (64Bit)
- XAMPP: 1.8.3
- PHP: 5.5.1
- Contao: 3.4.0 jungfräuliche Installation
Installation Composer
- Installation ohne Fehlermeldung
- Migration dauert zwar ein Weilchen aber auch das ohne Fehlermeldung
Erweiterungen installieren und Upgrade/Downgrade testeneasy_themes
- aktuellste Version 2.0.7.9017 (contao-legacy) installiert
- Upgrade auf 2.0.8 (terminal42)
- sowohl Version 2.0.7 (contao-legacy) als auch Version 2.0.8 (terminal42) werden in der Paketverwaltung aufgeführt
Anhang 14873 - Kontrolle Ordnerstruktur - nur ein Modulordner vorhanden
- Paket von contao legacy einfach entfernt
- scheinbar alles ok
- Downgrade auf Version 2.0.7 /terminal 42) und erneutes Upgrade ebenfalls ohne Probleme
rocksolid-slider
- exakte Version 1.3.2.9003 installiert (contao legacy)
- Upgrade auf Version 1.3.3.9003 erfolgreich (contao legacy)
- Upgrade auf Version 1.3.3 (madeyourday) erfolgreich, aber wie schon bei easy_themes bleiben beide Versionen in der Paketverwaltung erhalten
Anhang 14874 - nach dem Löschen des Paketes von contao-legacy wird hier allerdings das gesamte Modul entfernt
- Neuinstallation von Version 1.3.2 (madeyourday) und anschließendes Upgrade auf Version 1.3.3 verlaufen problemlos
metamodel/core (dev-contao3)
- Installation einer Erweiterung mit Abhängigkeiten
- Installation mit einem Hinweis
Anhang 14875 - leider wurde die empfohlene Version (contao-community-alliance/dc-genaral) im Composer nicht gefunden, möglicherweise noch nicht kompatibel mit Contao 3.4
Insgesamt also keine Probleme, sondern eher Schönheitsfehler. Danke an diese Stelle noch mal an die Entwickler.
Liste der Anhänge anzeigen (Anzahl: 1)
Habe nach der Installation von Composer im Migrationsassistenten "Für den produktiven Einsatz" ausgewählt gelassen und auch später keine Veränderungen vorgenommen.
Hier die Einstellungen:
Anhang 14894