server: run Exception Aucune commande n'est définie dans l'espace de noms "server".
Lorsque j'exécute le serveur avec php bin/console server:run, l'erreur suivante s'affiche: ____There are no commands defined in the "server" namespace.
Quand j’exécute la commande php bin/console j’ai la sortie suivante. Qui ne montre aucun serveur: commandes.
Symfony 3.3.0-DEV (kernel: app, env: dev, debug: true)
Usage:
command [options] [arguments]
Options:
-h, --help Display this help message
-q, --quiet Do not output any message
-V, --version Display this application version
--ansi Force ANSI output
--no-ansi Disable ANSI output
-n, --no-interaction Do not ask any interactive question
-e, --env=ENV The environment name [default: "dev"]
--no-debug Switches off debug mode
-v|vv|vvv, --verbose Increase the verbosity of messages: 1 for normal output, 2 for more verbose output and 3 for debug
Available commands:
about Displays information about the current project
help Displays help for a command
list Lists commands
app
app:download-beameemail download beame emails.
app:download-businessunits download businessunits.
app:download-drivers download drivers.
app:download-fleets download fleets.
app:download-fmpositions download fm_positions.
app:download-fmtrips download fm_trips.
app:download-fmunits download fm_units.
app:download-skypositions download skytrack_positions.
app:download-skyunits download skytrack_units.
app:download-vehicles download vehicles.
assets
assets:install Installs bundles web assets under a public web directory
cache
cache:clear Clears the cache
cache:pool:clear Clears cache pools
cache:warmup Warms up an empty cache
config
config:dump-reference Dumps the default configuration for an extension
debug
debug:config Dumps the current configuration for an extension
debug:container Displays current services for an application
debug:event-dispatcher Displays configured listeners for an application
debug:router Displays current routes for an application
debug:swiftmailer [swiftmailer:debug] Displays current mailers for an application
debug:translation Displays translation messages information
debug:twig Shows a list of twig functions, filters, globals and tests
doctrine
doctrine:cache:clear-collection-region Clear a second-level cache collection region.
doctrine:cache:clear-entity-region Clear a second-level cache entity region.
doctrine:cache:clear-metadata Clears all metadata cache for an entity manager
doctrine:cache:clear-query Clears all query cache for an entity manager
doctrine:cache:clear-query-region Clear a second-level cache query region.
doctrine:cache:clear-result Clears result cache for an entity manager
doctrine:database:create Creates the configured database
doctrine:database:drop Drops the configured database
doctrine:database:import Import SQL file(s) directly to Database.
doctrine:ensure-production-settings Verify that Doctrine is properly configured for a production environment.
doctrine:generate:crud [generate:doctrine:crud] Generates a CRUD based on a Doctrine entity
doctrine:generate:entities [generate:doctrine:entities] Generates entity classes and method stubs from your mapping information
doctrine:generate:entity [generate:doctrine:entity] Generates a new Doctrine entity inside a bundle
doctrine:generate:form [generate:doctrine:form] Generates a form type class based on a Doctrine entity
doctrine:mapping:convert [orm:convert:mapping] Convert mapping information between supported formats.
doctrine:mapping:import Imports mapping information from an existing database
doctrine:mapping:info
doctrine:query:dql Executes arbitrary DQL directly from the command line.
doctrine:query:sql Executes arbitrary SQL directly from the command line.
doctrine:schema:create Executes (or dumps) the SQL needed to generate the database schema
doctrine:schema:drop Executes (or dumps) the SQL needed to drop the current database schema
doctrine:schema:update Executes (or dumps) the SQL needed to update the database schema to match the current mapping metadata.
doctrine:schema:validate Validate the mapping files.
fos
fos:js-routing:debug Displays currently exposed routes for an application
fos:js-routing:dump Dumps exposed routes to the filesystem
generate
generate:bundle Generates a bundle
generate:command Generates a console command
generate:controller Generates a controller
lint
lint:twig Lints a template and outputs encountered errors
lint:xliff Lints a XLIFF file and outputs encountered errors
lint:yaml Lints a file and outputs encountered errors
router
router:match Helps debug routes by simulating a path info match
security
security:check Checks security issues in your project dependencies
security:encode-password Encodes a password.
swiftmailer
swiftmailer:email:send Send simple email message
swiftmailer:spool:send Sends emails from the spool
translation
translation:update Updates the translation file
J'ai essayé de résoudre ce problème en exécutant composer require symfony/symfony et composer update mais cela ne montre toujours pas . Y at-il autre chose que je puisse essayer?
Modifier ci-dessous est mon information php de php -version
PHP 7.0.15-0ubuntu0.16.04.4 (cli) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies
with Zend OPcache v7.0.15-0ubuntu0.16.04.4, Copyright (c) 1999-2017, by Zend Technologies
with Xdebug v2.4.0, Copyright (c) 2002-2016, by Derick Rethans
EDIT 2
le répertoire vendor\symfon\symfony\src\Symfony\Bundle\FrameworkBundle\Command existe et contient les fichiers suivants
AboutCommand.php
AbstractConfigCommand.php
AssetsInstallCommand.php
CacheClearCommand.php
CachePoolClearCommand.php
CacheWarmupCommand.php
ConfigDebugCommand.php
ConfigDumpReferenceCommand.php
ContainerAwareCommand.php
ContainerDebugCommand.php
EventDispatcherDebugCommand.php
RouterDebugCommand.php
RouterMatchCommand.php
TranslationDebugCommand.php
TranslationUpdateCommand.php
WorkflowDumpCommand.php
XliffLintCommand.php
YamlLintCommand.php
Comme je l'ai mentionné dans mon commentaire, dans S3.3, les commandes du serveur ont été déplacées vers leur propre WebServerBundle. Une édition de AppKernel.php est nécessaire pour activer le bundle. Je soupçonne que de nombreux autres développeurs pourraient rencontrer cette version 3.3 et que les gens essaient de mettre à jour.
Je ne fais aucune promesse, mais essayez de mettre à jour AppKernel.php avec:
if (in_array($this->getEnvironment(), ['dev', 'test'], true)) {
$bundles[] = new Symfony\Bundle\DebugBundle\DebugBundle();
$bundles[] = new Symfony\Bundle\WebProfilerBundle\WebProfilerBundle();
$bundles[] = new Sensio\Bundle\DistributionBundle\SensioDistributionBundle();
if ('dev' === $this->getEnvironment()) {
$bundles[] = new Sensio\Bundle\GeneratorBundle\SensioGeneratorBundle();
$bundles[] = new Symfony\Bundle\WebServerBundle\WebServerBundle();
}
}
Je n'ai pas un bon projet de test pour l'essayer, mais au moins, les commandes devraient apparaître.
Et au cas où quelqu'un se le demanderait, tout ce que je ferais fut d'installer un nouveau projet de développement et de fouiner un peu.
composer create-project symfony/framework-standard-edition s33 "3.3.*" --stability=dev
J'ai aussi trouvé cela, mais cela ne mentionne pas la nécessité de mettre à jour AppKernel.php http://symfony.com/blog/new-in-symfony-3-3-webserverbundle
Dans le guide de mise à niveau: https://github.com/symfony/symfony/blob/3.4/UPGRADE-3.3.md
Les commandes serveur: exécuter, serveur: démarrer, serveur: arrêter et serveur: statut ont été déplacées vers un ensemble dédié. Requérir symfony/web-server-bundle dans votre composer.json et enregistrer Symfony\Bundle\WebServerBundle\WebServerBundle dans votre AppKernel pour les utiliser.
Tant que votre composer.json contient symfony/symfony, il n’est pas nécessaire de lui ajouter le paquet du serveur Web. Juste besoin d'ajuster le fichier AppKernel.
vous devez exécuter cette commande:
composer req webserver
exécutez cette commande avant de démarrer le serveur.
composer require symfony/web-server-bundle --dev
Type:
php bin/console
Vous verrez toutes les commandes autorisées.
Si vous souhaitez utiliser les commandes du serveur, vous devez l'installer en tapant sur votre projet:
composer besoin serveur --dev
courir à nouveau
php bin/console
et vous devriez pouvoir le voir et l'utiliser.
Vérifiez que la valeur APP_ENV correcte est définie dans l'environnement . Dans mon cas, cela était essentiel.
Comme @Barh le dit, vous devez avoir APP_ENV=dev dans votre fichier .env.
Sinon, Symfony 4 ne sera pas exécuté en mode dev.