Partkeepr: Excepción: dependencia del parámetro no existente partkeepr.parts.internalpartnumberunique

Creado en 21 ago. 2016  ·  18Comentarios  ·  Fuente: partkeepr/PartKeepr

Commit 098acfe00d09246648ad61bca7b9dd389ccb3de3 (el más reciente al momento de escribir estas líneas) parece haber roto mi instalación. El registro del servidor web muestra la siguiente excepción:

[Domingo 21 de agosto 07: 43: 56.792971 2016] [: error] [pid 15812] [cliente 2001: xxxxxxxxxxxx] Error fatal de PHP: SymfonyComponentDependencyInjectionExceptionParameterNotFoundException no detectado: El servicio "partkeepr.part_service" depende de un parámetro inexistente "partkeepr .parts.internalpartnumberunique ". en /usr/local/share/PartKeepr/vendor/symfony/symfony/src/Symfony/Component/DependencyInjection/ParameterBag/ParameterBag.php:94nStack trace: n # 0 / usr / local / share / PartKeepr / vendor / symfony / /src/Symfony/Component/DependencyInjection/ParameterBag/ParameterBag.php(214): SymfonyComponentDependencyInjectionParameterBagParameterBag-> get ('partkeepr.parts ...') n # 1 / usr / local / share / PartKeepr / vendor / symfony src / Symfony / Component / DependencyInjection / ParameterBag / ParameterBag.php (185): SymfonyComponentDependencyInjectionParameterBagParameterBag-> resolveString ('% partkeepr.part ...', Array) n # 2 / usr / local / share / PartKeem / vendor / symfony / src / Symfony / Component / DependencyInjection / ParameterBag / ParameterBag.php (175): SymfonyComponentDependencyInjectionParameterBagParameterBag-> resolveValue ('% en / usr / local / share / PartKeepr / vendor / symfony / src / ComponentInjection / Symfony ParameterBag / ParameterBag.php en la línea 94

Todos 18 comentarios

Copie siempre los parámetros recién agregados según https://wiki.partkeepr.org/wiki/Running_PartKeepr_from_GIT

De hecho, seguí este procedimiento de actualización, pero el error persiste. Vuelve a abrir el problema.

Acabo de encontrar y solucionar el problema; actualice git. Ingrese toda la información requerida (como si siguió el procedimiento) en el problema. Supuse que no, porque ese es el problema más común cuando las personas actualizan usando GIT;)

Suena genial, y lamento no haberme acordado de agregar que había seguido el procedimiento de actualización.

Quería revisar la rama de desarrollo nuevamente, y me siento un poco estúpido por preguntar esto, pero ¿cómo se llamaba la rama de desarrollo actual? (Si es "HEAD", entonces la solución está funcionando, pero no estoy seguro de si esta es la rama correcta).

Es git checkout master;)

Hm, en ese caso el error parece persistir. Recibo exactamente el mismo mensaje de error que antes. No recibo informes de error del compositor durante la actualización.

No estoy seguro de si esto significa algo, pero el único cambio reciente parece ser una modificación de app / check.php y app / SymfonyRequirements.php, y el registro de git solo dice que ChangeLog se ha actualizado.

¿Ha hecho un git pull mientras estaba en la rama maestra y volvió a ejecutar la configuración?

Algo es muy extraño de hecho con git - déjame comprobar, te daré una notificación una vez que averigüe cuál es el problema

Sí; Estoy en la extracción más reciente de la rama maestra:

$ git branch

  • Maestro
    $ git pull
    Ya está actualizado.

Parece que check.php y SymfonyRequirements.php se están actualizando cuando ejecuto la sección "instalación del compositor" del procedimiento de actualización, así que no estoy seguro de qué se está actualizando. En cuanto al registro de confirmación de github, solo se ha confirmado y enviado el registro de cambios desde hace tres días. Dado que informé el error hace solo dos días, ¿podría ser que accidentalmente no fusionó la solución en el maestro o algo así?

Bueno, parece que solo presioné las etiquetas para la nueva versión sin presionar las confirmaciones;) Tuve exactamente el mismo problema que tú cuando intenté actualizar en mi sistema personal. Después de presionar las confirmaciones, ahora funciona. Perdon por los problemas

Fallos de Git como ese tienden a ocurrir ocasionalmente. :)

Por desgracia, a pesar de sus esfuerzos, el error sigue ahí por mi parte (después de git pull y actualizar, por supuesto).

¿Puede darme la salida de cat src/PartKeepr/SetupBundle/Services/ConfigSetupService.php |grep -i internalpart ?

Por supuesto:

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

Está bien, eso se ve bien. ¿Cuándo recibe exactamente el error mencionado?

Eso es un poco difícil de decir, pero parece que nunca llego al indicador de inicio de sesión. Apache simplemente funciona con un error 500 y el mensaje de error (y ningún otro mensaje) aparece en el registro de errores.

Entonces, ¿funciona durante la instalación pero falla después de abrir la interfaz web?

Mi mal, lo siento: me las arreglé para pensar, "caramba, esto parece un esquema de base de datos que no ha sido actualizado ..." cuando mencionaste ejecutar la configuración web. Esta vez solo había copiado los archivos de configuración y las actualizaciones del compositor y no había ejecutado la página de configuración. (Supongo que eso es lo que obtengo al escribir un script bash para las actualizaciones, así que ahora agregué un mensaje para mí en el script que me recuerda ejecutar la configuración).

En cualquier caso, funciona ahora. ¡Gracias por su pronta solución y su ayuda!

Estoy muy contento :) ¡Gracias por los comentarios!

¿Fue útil esta página
0 / 5 - 0 calificaciones

Temas relacionados

gfarcas picture gfarcas  ·  20Comentarios

WickedAx picture WickedAx  ·  11Comentarios

FinalHopee picture FinalHopee  ·  32Comentarios

mctomaszek picture mctomaszek  ·  20Comentarios

Drachenkaetzchen picture Drachenkaetzchen  ·  11Comentarios