Discussion :

[bilbot]

il y a 2 ans j'avais travaillé sur un projet symfony, et si ma mémoire est bonne, on pouvait accéder à l'utilisateur courant ainsi qu'à ses données stockées en session, de n'importe ou depuis l'appli (pour les requêtes notamment).


J'ai l'impression qu'il n'y a pas cette fonctionnalité la dans Sf2, et que l'on ne peut accéder aux données de l'utilisateur(session) uniquement dans un contrôleur.Du coup, quand je fais appel à des requêtes dans mes repository, je transmet l'utilisateur et la session (car mes requêtes sont paramétrées suivant le rôle de l'utilisateur ainsi que diverses données stockées en session. Idem pour mes formulaire qui vont êtres configurés différemment suivant le rôle de l'utilisateur

je trouve pas ca super propre et assez lourd, du coup je voulais avoir l'avis de ceux qui ont une connaissance avancée du framework pour savoir s'il y avait une meilleure façon de faire.

D'avance merci pour votre aide.

[Benjamin Delespierre]

Sans aucune connaissance de SF2, on peut image jouer avec session_set_save_handler afin de faire partir les données de session en base plutôt que sur fichier. De cette façon, tu peux les récupérer de n'importe où.

[bilbot]

C'est que je veux éviter de faire. Je souhaite garder une certaine cohérence en utilisant les objets du framework.
D'ailleurs ce problème se pose aussi pour les paramètres définis dans le parameter.ini. Il ne sont accessible que dans le controlleur ce qui de mon point de vu est assez limité...

Edit : après de multiples recherches, la réponse qui pourrait convenir serait de passer l'objet session et user lors de l'instanciation du service Doctrine. Par contre je vois pas du tout ou c'est configuré.

[arnooo999]

Bonjour,

sur les dernière version de Doctrine, il y a un système de filtre sql :
http://docs.doctrine-project.org/en/...e/filters.html
Je n'ai pas testé son intégration dans Symfony 2.1


En attendant, sur un problème similaire, j'ai adopté cette stratégie:

1. créer une classe entityManager personalisé avec un attribut currentUser,
   on l'enregistre en mettant dans config.yml
   

   Code :

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

   1
   2
   parameters:
      doctrine.orm.entity_manager.class: Ma/Classe/Qui/Herite/De/EntityManager

2. créer un service Listener sur l'evenement onController par exemple, celui-ci se charge d'injecter le user dans l'entityManager
3. dans les repository, on a désormais accés au user par le biais de

   Code :

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

   $this->getEntityManager()->getCurrentUser()

ici j'injecte le user, mais on pourrait injecter n'importe quel service.
Noter que l'on n'injecte pas le service à l'instanciation de l'entityManager, mais lorsque l'on arrive sur le controlleur.
Il faut toujours tester si on a un currentUser avant de l'utiliser comme critère (exemple de l'appel d'une requete par ligne de commande, ou il n'y a pas de user connecté)

[bilbot]

As tu un exemple complet de code, ça fait 2 heures que je m'escrime a faire marcher mais il me prend toujours la classe de base pour l'entityManager. J'ai l'impression qu'il ne me prend pas en compte cette ligne la

Code :

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

1
2
parameters:
  doctrine.orm.entity_manager.class: Experian\FactumailBundle\Doctrine\MyEntityManager

qui indique qu'il faut utiliser cette classe la pour mon entitymanager.

[arnooo999]

Il faut redéfinir la méthod statique "create", afin qu'elle renvoit une instance de ton propre entity manager
voir http://stackoverflow.com/questions/8...lass-in-symfon