Tuve una instalación de Symfony 3.4.9 libre de obsolescencia. Así que actualicé el FW a 4.1.1. Ahora recibí 9 advertencias de desaprobación provenientes de bibliotecas de proveedores:
- La creación de Doctrine \ ORM \ Mapping \ UnderscoreNamingStrategy sin que sea consciente del número está en desuso y se eliminará en Doctrine ORM 3.0.
- La clase "Symfony \ Component \ HttpKernel \ EventListener \ ExceptionListener" está en desuso desde Symfony 4.4, use "ErrorListener" en su lugar.
- La clase Doctrine \ Common \ Persistence \ Mapping \ AbstractClassMetadataFactory está en desuso desde doctrine / persistence 1.3 y se eliminará en 2.0. Use \ Doctrine \ Persistence \ Mapping \ AbstractClassMetadataFactory en su lugar.
- La clase Doctrine \ Common \ Persistence \ Mapping \ RuntimeReflectionService está en desuso desde doctrine / persistence 1.3 y se eliminará en 2.0. Utilice \ Doctrine \ Persistence \ Mapping \ RuntimeReflectionService en su lugar.
- La clase Doctrine \ Common \ Persistence \ ObjectManager está en desuso desde doctrine / persistence 1.3 y se eliminará en 2.0. Utilice \ Doctrine \ Persistence \ ObjectManager en su lugar.
- La clase Doctrine \ Common \ Persistence \ ObjectRepository está en desuso desde doctrine / persistence 1.3 y se eliminará en 2.0. Utilice \ Doctrine \ Persistence \ ObjectRepository en su lugar.
- La clase Doctrine \ Common \ PropertyChangedListener está en desuso desde doctrine / persistence 1.3 y se eliminará en 2.0. Use \ Doctrine \ Persistence \ PropertyChangedListener en su lugar.
- La clave de configuración "twig.exception_controller" ha quedado en desuso en Symfony 4.4, configúrela como "nula" y utilice la clave de configuración "framework.error_controller" en su lugar. (x2)
¿Es esto "normal" o hay algún problema en mi archivo composer.json? Verifiqué dos veces y no puedo ver ninguna dependencia que tenga una configuración "fija".
Incluso eliminé la carpeta completa del proveedor y la descargué nuevamente, ya que pensé que podría quedar "basura", con el mismo resultado.
Mi archivo composer.json:
{
"type" : "project",
"license" : "proprietary",
"require" : {
"php" : "^7.1.3",
"ext-ctype" : "*",
"ext-iconv" : "*",
"sensio/framework-extra-bundle" : "^5.2",
"symfony/apache-pack" : "^1.0",
"symfony/asset" : "4.4.*",
"symfony/console" : "4.4.*",
"symfony/dotenv" : "4.4.*",
"symfony/expression-language" : "4.4.*",
"symfony/flex" : "^1.1",
"symfony/form" : "4.4.*",
"symfony/framework-bundle" : "4.4.*",
"symfony/monolog-bundle" : "^3.1",
"symfony/orm-pack" : "*",
"symfony/process" : "4.4.*",
"symfony/security-bundle" : "4.4.*",
"symfony/serializer-pack" : "*",
"symfony/swiftmailer-bundle" : "^3.1",
"symfony/translation" : "4.4.*",
"symfony/twig-bundle" : "4.4.*",
"symfony/validator" : "4.4.*",
"symfony/web-link" : "4.4.*",
"symfony/webpack-encore-bundle" : "^1.1",
"symfony/yaml" : "4.4.*"
},
"require-dev" : {
"symfony/debug-pack" : "*",
"symfony/maker-bundle" : "^1.0",
"symfony/profiler-pack" : "^1.0",
"symfony/test-pack" : "*",
"symfony/web-server-bundle" : "4.4.*"
},
"config" : {
"preferred-install" : {
"*" : "dist"
},
"sort-packages" : true,
"secure-http" : false
},
"autoload" : {
"psr-4" : {
"App\\" : "src/"
}
},
"autoload-dev" : {
"psr-4" : {
"App\\Tests\\" : "tests/"
},
"classmap" : [
"vendor/phpasn1"
]
},
"replace" : {
"paragonie/random_compat" : "2.*",
"symfony/polyfill-ctype" : "*",
"symfony/polyfill-iconv" : "*",
"symfony/polyfill-php71" : "*",
"symfony/polyfill-php70" : "*",
"symfony/polyfill-php56" : "*"
},
"conflict" : {
"symfony/symfony" : "*"
},
"extra" : {
"symfony" : {
"allow-contrib" : false,
"require" : "4.4.*"
}
}
}
EDITAR
Verifiqué los paquetes instalados con composer show
y veo que al menos 2 de los paquetes instalados son relevantes con la lista de desaprobación anterior:
(...)
doctrine/orm v2.7.0 Object-Relational-Mapper for PHP
doctrine/persistence 1.3.3 The Doctrine Persistence project is a set of shared...
(...)
Así que verifiqué las versiones disponibles de estos paquetes composer info doctrine/persistence --all
y vi que ha instalado la última versión no dev:
name : doctrine/persistence
descrip. : The Doctrine Persistence project is a set of shared interfaces and functionality that the different Doctrine object mappers share.
keywords : mapper, object, odm, orm, persistence
versions : dev-master, 2.0.x-dev, 1.3.x-dev, * 1.3.3, 1.3.2, 1.3.1, 1.3.0, 1.2.x-dev, 1.2.0, 1.1.x-dev, 1.1.1, v1.1.0, 1.0.x-dev, v1.0.1, v1.0.0, dev-1.3.x-merge-up-into-master_5df35c38f354a9.94042071, dev-1.3.x-merge-up-into-master_5df33dc289ea03.65167777, dev-1.3.x-merge-up-into-master_5df29d964b0aa5.96685696, dev-github-funding, dev-master-old
(...)
Igual por doctrine-orm
.
El sitio de GitHub para doctrina / persistencia también parece corroborar esto: https://github.com/doctrine/persistence/releases
Esto me lleva a pensar que este es un comportamiento realmente normal y que en el futuro, cuando estos paquetes se actualicen, los mensajes de desaprobación desaparecerán.
Nota sobre la solución
Como cualquiera que haya leído la respuesta aceptada lo notará, todavía hay 5 desaprobaciones que aún no se pueden resolver. Incluiré una respuesta ASA, hay una solución para esto. Si alguien se da cuenta de esto antes que yo, no dude en agregar una respuesta a esta pregunta. Gracias.
trace
enlaces para ver el stacktrace y el punto de donde provienen. :)
ObjectManager
) y me ayudó a ver qué está pasando.