Contao Bundle von privatem Repo mit dem Contao Manager / Cloud Resolver installieren?

Hallo zusammen

Habe jetzt gefühlte Tage versucht in einer Contao 4.9er Installation ein Bundle aus einem privaten Repo zu installieren.
Langsam sehe ich den Wald vor lauter Bäumen nicht mehr, daher wende ich mich an euch.
Egal wie ich es mache, sobald ich mein require und repositories statement im composer.json hinzufüge, erhalte ich im Contao Manager folgende Meldung:

PHP-Code:

The Composer Cloud failed with status code 200 Composer Resolver returned an unexpected status code

Ist es per heute möglich, ein Bundle aus einem privaten GitHub Repository via Contao Manager mit dem Cloud Resolver zu installieren?
Wenn ja, wie? Auth in URL habe ich gelesen, aber dann wie? https://username:token@github.com/company/package.git?
Oder kann der Manager inzwischen das auth.json File nun doch lesen? Wenn ja, was soll da rein?

Hat jemand ein laufendes Beispiel, von dem ich "abschauen" kann?

Wäre die "schlaue Alternative" der Einsatz des Private Packagist?

Danke im Voraus

Hi,

ich hoffe ich hab Dich richtig verstanden.
Ich lade das private Package "contao-news-sync".
Hier mal eine composer.json die gerade eben noch funktioniert hat (Token ist natürlich verändert).

Code:

{ "type": "project", "require": { "contao/calendar-bundle": "4.9.*", "contao/comments-bundle": "4.9.*", "contao/conflicts": "*@dev", "contao/faq-bundle": "4.9.*", "contao/listing-bundle": "4.9.*", "contao/manager-bundle": "4.9.*", "contao/news-bundle": "4.9.*", "contao/newsletter-bundle": "4.9.*", "do-while/contao-backupdb-bundle": "^1.4", "inspiredminds/contao-include-info": "^1.0", "jrgregory/m17-sticky-backend-footer": "^2.0", "terminal42/contao-easy_themes": "^2.2", "inspiredminds/contao-news-sync": "^3.0" }, "extra": { "contao-component-dir": "assets" }, "scripts": { "post-install-cmd": [ "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication" ], "post-update-cmd": [ "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication" ] }, "repositories": [ { "type": "composer", "url": "https://token:einganzlangerbuchstabensalat-Nocheinlangerbuchstabensalat@packdis.xyz.ab/r" } ] }

Ich hoffe das hilft Dir etwas.
Gruß
tschero

Bei mir sieht der Bereich repositories etwas anders aus:

Code:

"repositories": { "do-while/mein-private-bundle": { "type": "vcs", "url": "https://do-while:DERTOKENHASHCODEFUERDIESESREPOSITORY@github.com/do-while/mein-private-bundle.git" } },

In den letzten Tagen klappt es aber irgendwie nicht mehr mit dem Manager. Der installiert immer eine alte Version vom 24.05.2020, auch wenn ich alles lösche (im vendor und auch den Composercache lösche). Er muss sich also eigentlich an meinem Repository bedienen, es gibt auch keine Fehlermeldung, aber neuere Versionen kommen nicht zur Anwendung.
Habe noch nicht herausgefunden, woran es liegt.

Es sieht mir so aus, als ob die Composer Cloud mit alten Daten arbeitet, kann das sein?

Danke für eure Rückmeldungen!

Spannend, dass ihr den repositories array anders aufbaut, einmal mit dem vendor/bundle-name und einmal ohne.

Kurz zum klarifizieren, tschero du schreibst "token:einganzlangerbuchstabensalat-Nocheinlangerbuchstabensalat", ist dabei der "token" nun mit dem token zu ersetzen oder der einganzlangerbuchstabensalat?
Bei do-while ist der Aufbau mit user:token (wenn ich das richtig verstanden habe).

Dann teste ich das gerne selbst und poste hier wieder, ob und wie es geklappt hat ;)

tschero referenziert nicht die Einbindung eines privaten Paketes über github. Laut URL verweist der auf einem packdis-Server, der ohne http-Authentifizierung auskommt, sondern den Token so über die URL mitgibt.

Korrekt, wir haben Packdis von Nicky Hoff & Christian Schiffler im Einsatz.

Zitat:

Zitat von rory_ch

Kurz zum klarifizieren, tschero du schreibst "token:einganzlangerbuchstabensalat-Nocheinlangerbuchstabensalat", ist dabei der "token" nun mit dem token zu ersetzen oder der einganzlangerbuchstabensalat?
Bei do-while ist der Aufbau mit user:token (wenn ich das richtig verstanden habe).

Um die Antworten von oben zu vervollständigen:

Code:

"url": "https://token:einganzlangerbuchstabensalat-Nocheinlangerbuchstabensalat@packdis.xyz.ab/r"

Das Fett-geschriebene habe ich verändert.

Gruß
tschero

Danke für eure Hilfe.

Es läuft nun soweit lokal.
Mit dem require-und dem repositories-statement.
Beim Repo habe ich nun auch:

Code:

"repositories": [ { "type": "vcs", "url": "https://username:meintoken@github.com/company/contao-xyz-bundle.git" } ]

Aber auf dem Contao Manager Cloud resolver klappt es immer noch nicht.
Kann das daran liegen, dass ich ein Repo in einem Company-Account als Quelle definiere?
Sprich mein Username ist nicht = die URL zum Repo.

Dass es lokal klappt beruhigt mich schon mal, das deutet auf eine Limitierung/Bug/etc. vom Cloud Resolver hin und nicht um ein Problem mit dem Repo/Token etc. oder?
Dennoch ist es schade klappt das nicht.

Hat jemand eine Idee, was ich noch anpassen müsste, damit es auch im Cloud Resolver klappt?
Oder kann man das irgendwie debuggen?

Zitat:

Zitat von rory_ch

Aber auf dem Contao Manager Cloud resolver klappt es immer noch nicht.

Was genau funktioniert nicht? Poste die Konsolenausgabe.

Ich erhalte folgende Meldung:

Und es geht um das Bundle: contao-nc-monitor-bundle

Code:

> The Composer Cloud failed with status code 200 Composer Resolver returned an unexpected status code Response: { "jobId":"KyCfyVoHhuKieYZWKVvFS4ZuHyEiVD80xtGTs8io6dOmDlUDAPudFsFCgW0d5GADcqXNMeFMuut6qK", "status":"finished_with_errors", "retries":0, "worker":"worker-contao-production-75865f6bd9-bh4c4", "queuePosition":1, "links":{ "composerJson":"\/jobs\/KyCfyVoHhuKieYZWKVvFS4ZuHyEiVD80xtGTs8io6dOmDlUDAPudFsFCgW0d5GADcqXNMeFMuut6qK\/composerJson", "composerLock":"\/jobs\/KyCfyVoHhuKieYZWKVvFS4ZuHyEiVD80xtGTs8io6dOmDlUDAPudFsFCgW0d5GADcqXNMeFMuut6qK\/composerLock", "composerOutput":"\/jobs\/KyCfyVoHhuKieYZWKVvFS4ZuHyEiVD80xtGTs8io6dOmDlUDAPudFsFCgW0d5GADcqXNMeFMuut6qK\/composerOutput" }, "stats":{ "averageProcessingTimeInMs":81816, "numberOfJobsInQueue":0, "numberOfWorkers":10, "appVersion":"2.2.7", "phpVersion":"7.4.4", "composerVersion":"1.10.1", "host":"web-production-79485d49cd-krsd4" }, "sponsoredBy":{ "name":"Contao Association", "link":"https:\/\/association.contao.org" } }

Ganzer Output (Token wurde ersetzt durch "meintoken"):
https://wetransfer.com/downloads/4cc...4085314/5f736e

Sollte grundsätzlich funktionieren. Poste das als issue auf GitHub.

Zitat:

Zitat von Spooky

Sollte grundsätzlich funktionieren. Poste das als issue auf GitHub.

Issue erstellt (hoffe das passt so, bin da noch unerfahren):
https://github.com/contao/contao-manager/issues/562