Partkeepr: Exception : dépendance à un paramètre inexistant partkeepr.parts.internalpartnumberunique

Créé le 21 août 2016  ·  18Commentaires  ·  Source: partkeepr/PartKeepr

Commit 098acfe00d09246648ad61bca7b9dd389ccb3de3 (le plus récent à ce jour) semble avoir interrompu mon installation. Le journal du serveur Web affiche l'exception suivante :

[Dim 21 août 07:43:56.792971 2016] [:error] [pid 15812] [client 2001:xxxxxxxxxxxx] Erreur fatale PHP : Uncaught SymfonyComponentDependencyInjectionExceptionParameterNotFoundException : Le service "partkeepr.part_service" a une dépendance sur un paramètre inexistant "partkeepr .parts.internalpartnumberunique". dans /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('% dans /usr/local/share/PartKeepr/vendor/symfony/symyfony/Dependency/src/ ParameterBag/ParameterBag.php à la ligne 94

Tous les 18 commentaires

Copiez toujours les paramètres nouvellement ajoutés selon https://wiki.partkeepr.org/wiki/Running_PartKeepr_from_GIT

J'ai effectivement suivi cette procédure de mise à niveau mais l'erreur persiste. Veuillez rouvrir le problème.

Je viens de trouver et de résoudre le problème - veuillez mettre à jour git. Veuillez mettre toutes les informations requises (comme si vous avez suivi la procédure) dans le problème. J'ai supposé que vous ne l'aviez pas fait, car c'est le problème le plus courant lorsque les gens mettent à jour à l'aide de GIT ;)

Ça a l'air bien - et désolé de ne pas avoir pensé à ajouter que j'avais suivi la procédure de mise à niveau.

Je voulais vérifier à nouveau la branche de développement et je me sens un peu stupide de demander cela, mais comment s'appelait la branche de développement actuelle ? (Si c'est "HEAD", alors le correctif fonctionne mais je ne sais pas s'il s'agit de la bonne branche.)

C'est git checkout master ;)

Hm, dans ce cas, l'erreur semble persister. J'obtiens exactement le même message d'erreur qu'avant. Je ne reçois aucun rapport d'erreur par composer pendant la mise à niveau.

Je ne sais pas si cela signifie quelque chose, mais le seul changement récent semble être une modification de app/check.php et app/SymfonyRequirements.php, et le journal git indique seulement que ChangeLog a été mis à jour.

avez-vous fait un git pull dans la branche master et ré-exécuté la configuration ?

Quelque chose est vraiment très étrange avec git - laissez-moi vérifier, je vous enverrai une notification une fois que j'aurai trouvé quel est le problème

Oui; Je suis sur le pull le plus récent de la branche master :

$ branche git

  • Maître
    $ git pull
    Déjà à jour.

Il semble que check.php et SymfonyRequirements.php soient en train d'être mis à jour lorsque j'exécute la section "Installation du compositeur" de la procédure de mise à niveau, donc je ne suis pas sûr de ce qui est mis à jour. En regardant le journal de validation de github, seul le journal des modifications a été validé et poussé depuis trois jours. Depuis que j'ai signalé l'erreur il y a à peine deux jours, se pourrait-il que vous n'ayez pas accidentellement fusionné le correctif dans le maître ou quelque chose du genre ?

Eh bien, il semble que je n'ai poussé que les balises de la nouvelle version sans vraiment pousser les commits eux-mêmes ;) J'ai eu exactement le même problème que vous lorsque je viens d'essayer de mettre à jour mon système personnel. Après avoir poussé les commits, cela fonctionne maintenant. Désolé pour les problèmes

De tels problèmes ont tendance à se produire occasionnellement. :)

Hélas, malgré vos efforts, l'erreur est toujours là de mon côté (après git pull et mise à jour, bien sûr).

Pouvez-vous me donner le résultat de cat src/PartKeepr/SetupBundle/Services/ConfigSetupService.php |grep -i internalpart ?

Bien sûr:

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

D'accord, ça a l'air bien. Quand exactement recevez-vous l'erreur mentionnée ?

C'est un peu difficile à dire, mais il semble que je n'arrive même jamais à l'invite de connexion. Apache bombarde juste avec une erreur 500 et le message d'erreur (et aucun autre message) apparaît dans le journal des erreurs.

Cela fonctionne donc lors de l'installation mais échoue après l'ouverture de l'interface Web ?

Mon mauvais, désolé : j'ai juste réussi à penser : "Eh bien, cela ressemble à un schéma de base de données qui n'a pas été mis à jour..." lorsque vous avez mentionné l'exécution de la configuration Web. Je n'avais fait que copier les fichiers de paramètres et le compositeur met à jour cette fois-ci et n'avais pas exécuté la page de configuration. (Je suppose que c'est ce que j'obtiens en écrivant un script bash pour les mises à niveau, alors maintenant j'ai ajouté un message pour moi-même dans le script qui me rappelle d'exécuter la configuration.)

En tout cas, ça marche maintenant. Merci pour votre correction rapide et votre aide!

Je suis tellement content :) Merci pour le retour !

Cette page vous a été utile?
0 / 5 - 0 notes

Questions connexes

christianlupus picture christianlupus  ·  55Commentaires

gfarcas picture gfarcas  ·  20Commentaires

HolgerHeckeroth picture HolgerHeckeroth  ·  4Commentaires

FinalHopee picture FinalHopee  ·  32Commentaires

michielbrink picture michielbrink  ·  7Commentaires