Discussion :

[doudoustephane]

Bonjour,

Je cherche à mettre à jour un champ d'une entité utilisateur.

Toute la commande se déroule correctement mais le flush ne fonctionne jamais.

J'ai essayé de récupérer le manager avec tous les cas suivants sans succès :

• $this->objectManager; (ObjectManager dans la déclaration de la commande correspond à @doctrine.orm.entity_manager)
• $this->getContainer()->get('doctrine')->getManager()
• $this->getContainer()->get('doctrine')->getEntityManager()

Code :

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

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
66
67
68
69
70
71
72
73
74
75
76
77
78
79
 
<?php
 
namespace App\CoreBundle\Command;
 
use App\CoreBundle\Entity\User;
use App\CoreBundle\Entity\UserRepository;
use Doctrine\ORM\EntityManager;
use Psr\Log\LoggerInterface;
use Symfony\Bundle\FrameworkBundle\Command\ContainerAwareCommand;
use Symfony\Component\Console\Input\InputInterface;
use Symfony\Component\Console\Input\InputArgument;
use Symfony\Component\Console\Input\InputOption;
use Symfony\Component\Console\Output\OutputInterface;
 
 
/**
 * App\CoreBundle\Command\TvdfSyncCommand
 */
class TvdfSyncCommand extends ContainerAwareCommand
{
    /**
     * @var LoggerInterface
     */
    private $logger;
 
 
    /**
     * @var EntityManager
     */
    private $objectManager;
 
 
    /**
     * @var UserRepository
     */
    private $userRepository;
 
 
    /**
     * @param UserRepository $userRepository
     */
    public function __construct(LoggerInterface $logger, EntityManager $objectManager, UserRepository $userRepository)
    {
        parent::__construct();
 
 
        $this->logger = $logger;
        $this->objectManager = $objectManager;
        $this->userRepository = $userRepository;
    }
 
 
    /**
     * {@inheritDoc}
     */
    public function configure()
    {
        $this
            ->setName('test:update:city')
            ->setDescription('Description')
            ->setDefinition([
                new InputOption('dry-run', null, InputOption::VALUE_NONE, 'Dry run mode'),
            ]);
    }
 
 
    /**
     * {@inheritDoc}
     */
    public function execute(InputInterface $input, OutputInterface $output)
    {
        $em = $this->objectManager;
        $user = $this->userRepository->findOneById(1);
        $user->setCity('Paris');
        $em->persist($user);
        $em->flush();              // flush ne fonctionne pas, la bdd n'est pas mise à jour
    }
}

Merci par avance de votre aide.

[MehrezLabidi]

Bonjour,
une première proposition, est d'afficher l'objet dans

Code :

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

$output->writeln(dump($user));

il se peut qu'il n'est pas très prêt pour un flush .

une deuxième proposition, tu fais comme moi, une service ailleurs qui fait tout le traitement et juste un appel dans la command.

bonne journée.

[doudoustephane]

Bonjour,

il se peut qu'il n'est pas très prêt pour un flush .

Comment savoir s'il est prêt ou pas ? L'objet en soit est bien à jour lui en tout cas j'ai déjà fait le dump.

Oui pour le service, je suis en train de voir cela, mais ça me paraît bizarre quand même de ne pas pouvoir mettre à jour des entités dans une commande.

Merci.

[dukoid]

il y a une époque fort lointaine dans mon code j'avais mis ça :

Code :

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

1
2
 
$em = $this->getContainer()->get('doctrine')->getManager();

[doudoustephane]

il y a une époque fort lointaine dans mon code j'avais mis ça :

Oui ça fait parti des cas que j'ai testé comme indiqué dans mon 1er message

[doudoustephane]

J'ai continué mes recherches et tout cela est très obscure pour moi.

En effet, en mettant dans logs dans le service que j'ai créé pour tester sous cette forme, avant le flush, mon entité est bien modifiée.
Par contre, juste après le flush, d'une part il n'y a rien en bdd, mais de plus mon entité a perdu toutes ses modifications !

De plus, mon entité se modifie bien via l'application standard, c'est uniquement via la commande que ça coince.

Quelqu'un aurait une idée ?

[Nico_F]

Tu ne te trouves pas dans une transaction par hasard ? Auquel cas il faudrait rajouter le commit.

Il y a des systèmes ou l'auto-commit n'est pas activé par défaut : je ne sais pas comment c'est géré d'un point de vue de Symfony, mais tu peux toujours tester de rajouter un commit après ton flush.

Sinon tu as des listeners qui écoute le onFlush de doctrine qui pourrait altérer ton enregistrement de manière silencieuse ?

[doudoustephane]

Tu ne te trouves pas dans une transaction par hasard ? Auquel cas il faudrait rajouter le commit.

Il y a des systèmes ou l'auto-commit n'est pas activé par défaut : je ne sais pas comment c'est géré d'un point de vue de Symfony, mais tu peux toujours tester de rajouter un commit après ton flush.

Sinon tu as des listeners qui écoute le onFlush de doctrine qui pourrait altérer ton enregistrement de manière silencieuse ?

Bonsoir,
Merci de votre retour.
Dans Symfony c'est en commit auto, d'autant que mon code fonctionne parfaitement hors commande.

[arnooo999]

Bonjour,

Les commandes symfony disposent de l'option '-vvv' pour afficher les logs dans la console, notamment ceux des requetes SQL executé par Doctrine.

lance la commande

Code :

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

1
2
 
app/console test:update:city -vvv

cela te mettra peux être sur une piste

[Nico_F]

Un peu de XDebug en pas à pas à l'intérieur du flush permettrait de mieux cibler le souci à mon avis.

Soit dit en passant, ça ne règle pas le problème de base mais dans ton exemple le persist ne sert à rien. Si tu récupères ton objet en faisant un find, ton objet est déjà managé par l'ORM

[doudoustephane]

Bonsoir,

@arnooo999
Merci pour cette information, je pensais que c'était que si cette option était piloté par la commande qu'elle fonctionnait, et vu que c'est une commande personnalisée, je ne l'ai pas testé, je vais essayé.


@Nico_F
Je ne sais pas comment fonctionne XDebug mais je vais me renseigner dessus.
Par contre, merci bien pour le persist, j'ai appris quelque chose .