Warum verursacht Doctrine/Doctrine-Bundle nach dem Upgrade Fehler in meinem Symfony-/Composer-Projekt?Php

PHP-Programmierer chatten hier
Anonymous
 Warum verursacht Doctrine/Doctrine-Bundle nach dem Upgrade Fehler in meinem Symfony-/Composer-Projekt?

Post by Anonymous »

Beim Versuch, ein „Composer-Upgrade“ durchzuführen, schlägt es in „@auto-scripts“ fehl, wenn doctrine/doctrine-bundle erreicht wird.
Der Fehler ist:

Code: Select all

Executing script cache:clear [KO]
[KO]
Script cache:clear returned with error code 1
!!
!!  In ArrayNode.php line 304:
!!
!!    Unrecognized option "use_savepoints" under "doctrine.dbal.connections.defau
!!    lt". Available options are "MultipleActiveResultSets", "application_name",
!!    "auto_commit", "charset", "connectstring", "dbname", "dbname_suffix", "defa
!!    ult_dbname", "default_table_options", "driver", "driver_class", "host", "id
!!    le_connection_ttl", "instancename", "keep_replica", "logging", "mapping_typ
!!    es", "memory", "options", "password", "path", "persistent", "pooled", "port
!!    ", "profiling", "profiling_collect_backtrace", "profiling_collect_schema_er
!!    rors", "protocol", "replicas", "result_cache", "schema_filter", "schema_man
!!    ager_factory", "server", "server_version", "service", "servicename", "sessi
!!    onMode", "sslcert", "sslcrl", "sslkey", "sslmode", "sslrootcert", "unix_soc
!!    ket", "url", "user", "wrapper_class".
!!
!!
!!
Script @auto-scripts was called via post-update-cmd
Mein Composer.json:

Code: Select all

{
"type": "project",
"license": "proprietary",
"minimum-stability": "stable",

"require": {
"symfony/framework-bundle": "^7.3",
"symfony/console": "^7.3",
"symfony/flex": "^2.8",
"symfony/runtime": "^7.3",
"symfony/http-client": "^7.3",
"symfony/twig-bundle": "^7.3",
"symfony/dotenv": "^7.3",
"symfony/uid": "^7.3",
"symfony/yaml": "^7.3",
"doctrine/orm": "^3.5",
"doctrine/doctrine-bundle": "^3.0",
"doctrine/doctrine-migrations-bundle": "^3.5",
"amphp/file": "^3.2"
},
"config": {
"allow-plugins": {
"symfony/flex": true,
"symfony/runtime": true
}
},
"scripts": {
"auto-scripts": {
"cache:clear": "symfony-cmd",
"assets:install %PUBLIC_DIR%": "symfony-cmd"
},
"post-install-cmd": [
"@auto-scripts"
],
"post-update-cmd": [
"@auto-scripts"
]
},
"autoload": {
"psr-4": {
"App\\": "src/"
}
}
}
Das ist reproduzierbar.
  • Erstellen Sie ein neues, leeres Verzeichnis
  • Fügen Sie meine Composer.json hinzu
  • Führen Sie „composer install“ aus
Mehr Kontext, wie von Stackoverflow angefordert, damit ich posten kann:
Ich betreibe eine Website mit PHP, Symfony und Doctrine, verwaltet von Composer. Jetzt habe ich versucht, ein Upgrade von Symfony 7.2 auf 7.3 durchzuführen, was nicht funktioniert hat.
Zu Testzwecken habe ich dann ein neues Verzeichnis erstellt und Composer die Datei „composer.json“ (fast) vollständig verwalten lassen, indem ich nur „composer require“ und „composer require --dev“ ausgeführt habe.
Die einzige Ergänzung, die ich vorgenommen habe, ist das post-update-cmd und das post-install-cmd, sodass ich das Problem direkt sehe und keines einrichten muss Webserver Bereitstellung des neuen Verzeichnisses.

Quick Reply

Change Text Case: 
   
  • Similar Topics
    Replies
    Views
    Last post