Partkeepr: Ausnahme: Abhängigkeit von nicht existierendem Parameter partkeepr.parts.internalpartnumberunique

Erstellt am 21. Aug. 2016  ·  18Kommentare  ·  Quelle: partkeepr/PartKeepr

Commit 098acfe00d09246648ad61bca7b9dd389ccb3de3 (der neueste zum Zeitpunkt dieses Schreibens) scheint meine Installation unterbrochen zu haben. Das Webserver-Log zeigt die folgende Ausnahme:

[Sun 21. August 07:43:56.792971 2016] [:error] [pid 15812] [client 2001:xxxxxxxxxxxx] PHP Fatal error: Uncaught SymfonyComponentDependencyInjectionExceptionParameterNotFoundException: Der Dienst "partkeepr.part_service" hat eine Abhängigkeit von einem nicht existierenden Parameter "partkeepr ." .Teile.interneTeilenummereindeutig". in /usr/local/share/PartKeepr/vendor/symfony/symfony/src/Symfony/Component/DependencyInjection/ParameterBag/ParameterBag.php:94nStack trace:n#0 /usr/local/share/PartKeepr/vendor/symfony/symfony /src/Symfony/Component/DependencyInjection/ParameterBag/ParameterBag.php(214): SymfonyComponentDependencyInjectionParameterBagParameterBag->get('partkeepr.parts...')n#1 /usr/local/share/PartKeepr/vendor/symfony/symfony/ src/Symfony/Component/DependencyInjection/ParameterBag/ParameterBag.php(185): SymfonyComponentDependencyInjectionParameterBagParameterBag->resolveString('%partkeepr.part...', Array)n#2 /usr/local/share/PartKeepr/vendor/symfony/ symfony/src/Symfony/Component/DependencyInjection/ParameterBag/ParameterBag.php(175): SymfonyComponentDependencyInjectionParameterBagParameterBag->resolveValue('% in /usr/local/share/PartKeepr/vendor/symfony/symfony/src/Symfony/Injection/Dependency/Injection ParameterBag/ParameterBag.php auf Zeile 94

Alle 18 Kommentare

Kopieren Sie neu hinzugefügte Parameter immer gemäß https://wiki.partkeepr.org/wiki/Running_PartKeepr_from_GIT

Ich habe dieses Upgrade-Verfahren tatsächlich befolgt, aber der Fehler bleibt bestehen. Bitte öffnen Sie das Problem erneut.

Ich habe das Problem gerade gefunden und behoben - bitte aktualisieren Sie git. Bitte geben Sie alle erforderlichen Informationen (wie Sie das Verfahren befolgt haben) in die Ausgabe ein. Ich bin davon ausgegangen, dass Sie dies nicht getan haben, da dies das häufigste Problem ist, wenn Leute mit GIT aktualisieren ;)

Klingt großartig - und tut mir leid, dass ich nicht daran gedacht habe hinzuzufügen, dass ich das Upgrade-Verfahren befolgt habe.

Ich wollte mir den Entwicklungszweig noch einmal ansehen, und ich komme mir ein bisschen blöd vor, wenn ich das frage, aber wie hieß der aktuelle Entwicklungszweig? (Wenn es "HEAD" ist, funktioniert der Fix, aber ich bin mir nicht sicher, ob dies der richtige Zweig ist.)

Es ist Git Checkout Master ;)

Hm, in diesem Fall scheint der Fehler weiterhin zu bestehen. Ich erhalte genau die gleiche Fehlermeldung wie zuvor. Ich erhalte während des Upgrades keine Fehlermeldungen von Composer.

Ich bin mir nicht sicher, ob dies etwas bedeutet, aber die einzige Änderung in letzter Zeit scheint eine Änderung an app/check.php und app/SymfonyRequirements.php zu sein, und das Git-Protokoll sagt nur, dass ChangeLog aktualisiert wurde.

Haben Sie im Master-Zweig einen Git-Pull durchgeführt und das Setup erneut ausgeführt?

Etwas ist in der Tat sehr seltsam mit git - lass es mich überprüfen, ich gebe dir eine Benachrichtigung, sobald ich herausfinde, was das Problem ist

Jawohl; Ich bin beim neuesten Pull aus dem Master-Zweig:

$ git branch

  • Meister
    $ git pull
    Schon aktuell.

Es sieht so aus, als würden check.php und SymfonyRequirements.php tatsächlich aktualisiert, wenn ich den Abschnitt "Composer-Installation" des Upgrade-Verfahrens ausführe, daher bin ich mir nicht sicher, was aktualisiert wird. Wenn man sich das Github-Commit-Log ansieht, wurde seit drei Tagen nur das Changelog festgeschrieben und gepusht. Da ich den Fehler erst vor zwei Tagen gemeldet habe, könnte es sein, dass Sie den Fix versehentlich nicht in Master eingebunden haben oder so?

Nun, es scheint, dass ich nur die Tags für die neue Version gepusht habe, ohne die Commits selbst zu pushen ;) Ich hatte genau das gleiche Problem wie du, als ich gerade versucht habe, auf meinem persönlichen System zu aktualisieren. Nachdem ich die Commits gepusht habe, funktioniert es jetzt. Sorry für die Probleme

Git-Störungen wie diese treten gelegentlich auf. :)

Leider ist der Fehler trotz Ihrer Bemühungen immer noch auf meiner Seite vorhanden (natürlich nach dem Ziehen und Aktualisieren von Git).

Können Sie mir die Ausgabe von cat src/PartKeepr/SetupBundle/Services/ConfigSetupService.php |grep -i internalpart ?

Natürlich:

$ cat src/PartKeepr/SetupBundle/Services/ConfigSetupService.php |grep -i internalpart
            'partkeepr.parts.internalpartnumberunique' => false,

Okay, das sieht gut aus. Wann genau erhalten Sie den genannten Fehler?

Das ist ein wenig schwer zu sagen, aber es scheint, dass ich nie zur Anmeldeaufforderung komme. Apache bombardiert einfach mit einem 500-Fehler und die Fehlermeldung (und keine anderen Meldungen) erscheint im Fehlerprotokoll.

Es funktioniert also während der Einrichtung, schlägt aber nach dem Öffnen des Web-Frontends fehl?

Meine schlechte, sorry: Ich habe gerade geschafft zu denken, "mein, das sieht aus wie ein Datenbankschema, das nicht aktualisiert wurde ...", als Sie erwähnt haben, dass das Web-Setup ausgeführt wird. Ich hatte dieses Mal nur das Kopieren der Einstellungsdateien und die Composer-Updates durchlaufen und die Setup-Seite nicht ausgeführt. (Ich nehme an, dass ich das bekomme, wenn ich ein Bash-Skript für die Upgrades schreibe, also habe ich jetzt eine Nachricht für mich selbst in das Skript eingefügt, die mich daran erinnert, das Setup auszuführen.)

Jedenfalls - es funktioniert jetzt. Vielen Dank für Ihre prompte Lösung und Ihre Hilfe!

Das freut mich sehr :) Danke für das Feedback!

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen

Verwandte Themen

Gasman2014 picture Gasman2014  ·  26Kommentare

mctomaszek picture mctomaszek  ·  20Kommentare

baradhili picture baradhili  ·  17Kommentare

michielbrink picture michielbrink  ·  7Kommentare

HolgerHeckeroth picture HolgerHeckeroth  ·  4Kommentare