No metadata classes to process - update

Version imprimable

08/11/2015, 18h41
Symfony29

No metadata classes to process - update

Bonjour,

J'ai un message d'erreur qui s'affiche dans la console symfony lorsque je lance la commande doctrine:schema:update.
Le message d'erreur est le suivant : no metadata classes to process

Mon bundle est bien renseigné dans le ficher AppKernel.php.
L'auto-mapping est à true dans le fichier config.yml.

Que je créé une entité en yml, annonation ou php, le message d'erreur est toujours le même.

Seriez-vous ce que je dois modifier? J'ai cherché sur le net et je n'ai pas trouvé la solution.
09/11/2015, 09h25
vinmar
Salut,

Une première commande pratique, pour valider ton schema avant de l'appliquer :
Code:

1 2 php app/console doctrine:schema:validate
Ensuite, je crois qu'il faut toujours mettre --force avec la commande update
Code:

1 2 php app/console doctrine:schema:update --force
Après, il faudrait que tu nous donnes ton fichier config.yml parce que là, c'est pas simple comme ça de savoir où est le problème.

1 pièce(s) jointe(s)

Pour la commande, doctrine:schema:validate
Pièce jointe 192177

Pour la commance doctrine:schema:update --force
Cela ne change pas et l'erreur persiste.

Pour le fichier config.yml se situant dans app/config

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
imports:
    - { resource: parameters.yml }
    - { resource: security.yml }
 
framework:
    #esi:             ~
    #translator:      { fallback: %locale% }
    secret:          %secret%
    router:
        resource: "%kernel.root_dir%/config/routing.yml"
        strict_requirements: ~
    form:            ~
    csrf_protection: ~
    validation:      { enable_annotations: true }
    templating:
        engines: ['twig']
        #assets_version: SomeVersionScheme
    default_locale:  "%locale%"
    trusted_proxies: ~
    session:         ~
    fragments:       ~
 
# Twig Configuration
twig:
    debug:            %kernel.debug%
    strict_variables: %kernel.debug%
 
# Assetic Configuration
assetic:
    debug:          %kernel.debug%
    use_controller: false
    bundles:        [ ]
    #java: /usr/bin/java
    filters:
        cssrewrite: ~
        #closure:
        #    jar: %kernel.root_dir%/Resources/java/compiler.jar
        #yui_css:
        #    jar: %kernel.root_dir%/Resources/java/yuicompressor-2.4.7.jar
 
# Doctrine Configuration
doctrine:
    dbal:
        driver:   %database_driver%
        host:     %database_host%
        port:     %database_port%
        dbname:   %database_name%
        user:     %database_user%
        password: %database_password%
        charset:  UTF8
        # if using pdo_sqlite as your database driver, add the path in parameters.yml
        # e.g. database_path: %kernel.root_dir%/data/data.db3
        # path:     %database_path%
 
    orm:
        auto_generate_proxy_classes: %kernel.debug%
        auto_mapping: true
 
# Swiftmailer Configuration
swiftmailer:
    transport: %mailer_transport%
    host:      %mailer_host%
    username:  %mailer_user%
    password:  %mailer_password%
    spool:     { type: memory }

09/11/2015, 15h22
Symfony29

Pour information, je n'ai pas compris encore à quoi servait le dossier dependencyInjection dans le bundle.
Je n'ai donc rien configuré par rapport à cela.

Est-ce que cela pourrait avoir un rapport avec l'entity?
10/11/2015, 08h46
vinmar

Salut,

Oublie le DependencyInection pour le moment, il n'est pas en cause.

Peux-tu nous montrer tes fichiers d'entité et ton mapping ORM ?

Le fichier Entity situé dans src/Symfony/TestBundle/Entity/User

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
<?php
 
namespace Symfony\TestBundle\Entity\User;
 
use Doctrine\ORM\Mapping as ORM;
 
/**
 * Post
 */
class Post
{
    /**
     * @var integer
     */
    private $id;
 
    /**
     * @var string
     */
    private $userName;
 
 
    /**
     * Get id
     *
     * @return integer 
     */
    public function getId()
    {
        return $this->id;
    }
 
    /**
     * Set userName
     *
     * @param string $userName
     * @return Post
     */
    public function setUserName($userName)
    {
        $this->userName = $userName;
 
        return $this;
    }
 
    /**
     * Get userName
     *
     * @return string 
     */
    public function getUserName()
    {
        return $this->userName;
    }
}

Comme c'est l'entity est au format YML, le mapping est situé dans Symfony/TestBundle/Ressources/config/doctrine

Et est :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
Symfony\TestBundle\Entity\User\Post:
    type: entity
    table: null
    fields:
        id:
            type: integer
            id: true
            generator:
                strategy: AUTO
        userName:
            type: string
            length: 255
    lifecycleCallbacks: {  }

Quelque soit le format de l'entité, l'erreur est toujours la même.

Alors, déjà, si tu ne l'utilises pas dans ton fichier, tu peux enlever le "use Doctrine\ORM\Mapping as ORM;" de ton fichier src/Symfony/TestBundle/Entity/User.

Ensuite, pour le mapping de ton entité :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 Symfony\TestBundle\Entity\User\Post: # Ok, donc on est d'accord, tu veux mapper une entité Post qui se trouve dans le dossier src/Symfony/TestBundle/User/Post.php type: entity table: null # => C'est pas obligatoire, mais c'est toujours mieux de donner un nom à ta table (c'est comme tu veux) # Visiblement, dans la doc, ton id se déclare en dehors de "fields" en yaml # Ci dessous, tiré de la doc id: id: type: integer generator: { strategy: AUTO } # FIN fields: # Selon la doc, ce qui suit ne doit pas être là id: type: integer id: true generator: strategy: AUTO # FIN userName: type: string length: 255 # Si tu n'en a pas besoin tu peux supprimer la ligne ci-dessous. lifecycleCallbacks: { }
au propre ça te donne :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 Symfony\TestBundle\Entity\User\Post: type: entity table: post id: id: type: integer generator: { strategy: AUTO } fields: userName: type: string length: 255
Tu retrouves tout cela dans la documentation de Symfony2, va falloir que tu t'y penches un peu plus (ou bien vérifier tes lignes de codes) :sm: : http://symfony.com/doc/current/book/doctrine.html

Petite remarque : je sais pas si c'est pour tester Symfony, mais le namespace Symfony dans le dossier "src" me laisse dubitatif. Je te conseillerai de mettre App, Acme, MonApp, ou autre chose que Symfony.
Petite remarque 2 : tu veux vraiment mapper une entité qui se trouve dans le dossier Symfony/TestBundle/Entity/User/Post.php ou une entité qui se trouve dans Symfony/TestBundle/Entity/Post.php ?

10/11/2015, 15h09
Symfony29

Le mapping de l'entité a été créé par la commande doctrine:generate:entity.

On peut donc penser qu'on peut faire confiance au code généré par symfony.

Cela ne change rien cependant au problème. Peut être que Symfony ne détecte pas l'entity et qu'il faut lui préciser le chemin? Ca arrive?
10/11/2015, 15h13
vinmar

Citation:

Envoyé par Symfony29

Le mapping de l'entité a été créé par la commande doctrine:generate:entity.

On peut donc penser qu'on peut faire confiance au code généré par symfony.

Autant pour moi, je passe par des fichiers XML de mon côté.
10/11/2015, 15h20
vinmar

Citation:

Envoyé par Symfony29

Le mapping de l'entité a été créé par la commande doctrine:generate:entity.

On peut donc penser qu'on peut faire confiance au code généré par symfony.

Cela ne change rien cependant au problème. Peut être que Symfony ne détecte pas l'entity et qu'il faut lui préciser le chemin? Ca arrive?

1. Vérifie le namespace de ton entité
2. Vérifie que dans ton fichier tu as bien la même quand tu déclares le nom de l'entité
3. Essaie peut-être de mettre ton entité directement dans le dossier Entity et pas dans un sous dossier Entity/User. Je dis ça parce que j'ai déjà remarqué le phénomène : si tu déclares par exemple une mapped-superclass qui appelle un fichier dans un dossier Acme\DemoBundle\Model\MyClass (donc un autre dossier que Entity, même en spécifiant le chemin dans le fichier de mapping en yml, xml ou autre, il cherchait toujours dans le dossier Entity).
4. Ton fichier de mappgin se trouve bien dans "Resources/config/doctrine/" et que le fichier s'appelle bien "Post.orm.yml"

Je viens de faire un test chez moi de ce qui suit :
Code:

1 2 3 4 5 6 7 8 9 10 11 // Path du fichier src/Acme/DemoBundle/Entity/User/Test.php namespace Acme\DemoBundle\Entity\User; class Test { protected $id; public function getId() { return $this->id; } }
Pour le mapping file (désolé c'est en XML) :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17  <?xml version="1.0" encoding="UTF-8"?> <doctrine-mapping xmlns="http://doctrine-project.org/schemas/orm/doctrine-mapping" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://doctrine-project.org/schemas/orm/doctrine-mapping http://doctrine-project.org/schemas/orm/doctrine-mapping.xsd"> <entity name="Acme\DemoBundle\Entity\User\Test" table="test_pouet"> <id name="id" type="integer" column="id"> <generator strategy="AUTO"/> </id> </entity> </doctrine-mapping>
La commande doctrine:schema:validate me sort :
Code:

1 2 3 [Doctrine\Common\Persistence\Mapping\MappingException] Class 'Acme\DemoBundle\Entity\Test' does not exist
C'est bizarre, toi tu n'as pas de message... Et effectivement, il cherche automatiquement dans le namespace (dossier) Acme\DemoBundle\Entity.

Lorsque je déplace mon entité directement dans entity : tout fonctionne.

Donc, oublie le coup de mettre des entités dans des sous-dossiers dans le dossier Entity parce qu'il cherche automatiquement dedans (le dossier Entity).

Citation:
Envoyé par vinmar
Je viens de faire un test chez moi de ce qui suit :
Code:

1 2 3 4 5 6 7 8 9 10 11 // Path du fichier src/Acme/DemoBundle/Entity/User/Test.php namespace Acme\DemoBundle\Entity\User; class Test { protected $id; public function getId() { return $this->id; } }
Pour le mapping file (désolé c'est en XML) :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17  <?xml version="1.0" encoding="UTF-8"?> <doctrine-mapping xmlns="http://doctrine-project.org/schemas/orm/doctrine-mapping" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://doctrine-project.org/schemas/orm/doctrine-mapping http://doctrine-project.org/schemas/orm/doctrine-mapping.xsd"> <entity name="Acme\DemoBundle\Entity\User\Test" table="test_pouet"> <id name="id" type="integer" column="id"> <generator strategy="AUTO"/> </id> </entity> </doctrine-mapping>
La commande doctrine:schema:validate me sort :
Code:

1 2 3 [Doctrine\Common\Persistence\Mapping\MappingException] Class 'Acme\DemoBundle\Entity\Test' does not exist
C'est bizarre, toi tu n'as pas de message... Et effectivement, il cherche automatiquement dans le namespace (dossier) Acme\DemoBundle\Entity.

Lorsque je déplace mon entité directement dans entity : tout fonctionne.

Donc, oublie le coup de mettre des entités dans des sous-dossiers dans le dossier Entity parce qu'il cherche automatiquement dedans (le dossier Entity).
On peut donc en conclure que même si tu spécifies le chemin complet vers le fichier comme ici "Acme\DemoBundle\Entity\User\Test" donc normalement src/Acme/DemoBundle/Entity/User/Test.php, Symfony/Doctrine ne cherche que dans src/Acme/DemoBundle/Entity. It's weird :weird:

10/11/2015, 21h05
samche2000

Bonjour,

Tu peux bien sûr mettre tes entités ailleurs : https://devandco.wordpress.com/2013/...entity-bundle/
20/11/2015, 10h04
vinmar

Salut,

Est-ce que tu t'es débloqué ?