Discussion :

[lezhumain]

Les derniers tests effectués :

get_class() depuis un controlleur:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
// Design\InitializrBundle\Controller\DefaultController.php
// ...
$repo = $this->getDoctrine()->getManager()->getRepository('DesignInitializrBundle:Membre'); // appel du repo lié via @ORM\Entity(....
$service = $this->get('designinitializr_membre_repository'); // appel du repo via le service que j'ai créé
 
$custom = get_class( $repo );
$custom1 = get_class( $service );
 
$msg = $custom . " | " . $custom1; // $msg --> Doctrine\ORM\EntityRepository | Doctrine\ORM\EntityRepository 
// ...

Aucune des deux manières ne retourne MembreRepository apparemment...

Ces résultats feraient-ils naitre une idée du problème chez quelqu'un? Parce que personnellement ils me laissent a peu près autant dans le vague...

Cordialement

Pour la commande container:debug:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
php app/console container:debug designinitializr_membre_repository
[container] Information for service designinitializr_membre_repository
Service Id       designinitializr_membre_repository
Class            Design\InitializrBundle\Entity\MembreRepository
Tags             -
Scope            container
Public           yes
Synthetic        no
Required File    -

Le service a l'air défini correctement d'après ce que j'en comprend

[arnooo999]

Donc en ligne de commande la configuration est bien respectée, mais pas en mode web.

J'ai testé de mettre ORM\Entity avant et après ORM\Table, ca ne change pas l'erreur.

-> en utilisant l'environnement de dev ?
-> aprés avoir vider le cache ?
-> aprés avoir vider le cache apc ? (si cela est configuré dans ton appli, c'est là que les métadata de doctrine sont conservés. en mode Cli, APC est souvent désactivé (cela dépend de ta config de php) ) un simple redémarrage d'apache peut suffire pour vider ce cache

[lezhumain]

Personne n'a d'idée?

[Nico_F]

Est-ce que l'injection du repository dans le contrôleur fonctionne ?

Définition du repository en tant que service
Définition du contrôleur en tant que service
Passage de la clé repo.service en argument du controleur.service
TypeHint (MembreRepository) au niveau du constructeur du contrôleur.

[lezhumain]

Salut,

Merci de m'avoir aidé à analyser ce problème, je crois avoir trouvé la solution. En effet je viens d'avoir le même genre de problème sur un autre projet symfony2.

Il semblerait que mes entités soient en fait mappées avec les fichiers MonBundle/Resources/config/doctrine/*.orm.yml, et non avec les annotations comme je le voudrais (pourtant ces annotations sont écrites dans chacune de mes entités... peut-être que les deux sont utilisées?).

Pour que mon repository soit pris en compte (toujours dans mon autre projet pour l'instant) il m'a donc modifier MonBundle/Resources/config/doctrine/Visiteur.orm.yml comme cela:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
type: entity
repositoryClass: PPE\MonBundle\Entity\VisiteurRepository # ajouter cette ligne
table: VISITEUR

Est-ce que les deux notations (yml et annotations) sont prises en compte? Et si non, comment faire pour que les annotations soient prises en compte?

Cordialement

[damiensan]

Supprime le dossier doctrine