Внедрение SecurityContext в прослушиватель prePersist или preUpdate в Symfony2, чтобы получить пользователя в createBy или updatedBy, вызывая ошибку циркулярной ссылки
Я установил класс слушателя, в котором я установлю столбец ownerid для любого prePersist доктрины. Мой файл services.yml выглядит следующим образом...
services:
my.listener:
class: App\SharedBundle\Listener\EntityListener
arguments: ["@security.context"]
tags:
- { name: doctrine.event_listener, event: prePersist }
и мой класс выглядит так...
use Doctrine\ORM\Event\LifecycleEventArgs;
use Symfony\Component\Security\Core\SecurityContextInterface;
class EntityListener
{
protected $securityContext;
public function __construct(SecurityContextInterface $securityContext)
{
$this->securityContext = $securityContext;
}
/**
*
* @param LifecycleEventArgs $args
*/
public function prePersist(LifecycleEventArgs $args)
{
$entity = $args->getEntity();
$entityManager = $args->getEntityManager();
$entity->setCreatedby();
}
}
Результатом этого является следующая ошибка.
ServiceCircularReferenceException: обнаружена циклическая ссылка для службы "doctrine.orm.default_entity_manager", путь: "doctrine.orm.default_entity_manager -> doctrine.dbal.default_connection -> my.listener -> security.context -> security.authentication.manager -> fos_ser.user_manager".
Я предполагаю, что контекст безопасности уже введен где-то в цепочке, но я не знаю, как получить к нему доступ. Есть идеи?
5 ответов
У меня были похожие проблемы, и единственным обходным решением было передать весь контейнер в конструктор (arguments: ['@service_container']
).
use Doctrine\ORM\Event\LifecycleEventArgs;
use Symfony\Component\DependencyInjection\ContainerInterface;
class MyListener
{
protected $container;
public function __construct(ContainerInterface $container)
{
$this->container = $container;
}
// ...
public function prePersist(LifeCycleEventArgs $args)
{
$securityContext = $this->container->get('security.context');
// ...
}
}
Начиная с Symfony 2.6 эта проблема должна быть исправлена. Запрос на извлечение был только что принят в мастер. Ваша проблема описана здесь. https://github.com/symfony/symfony/pull/11690
Начиная с Symfony 2.6, вы можете ввести security.token_storage
в ваш слушатель. Этот сервис будет содержать токен, используемый SecurityContext
в <=2,5. В 3.0 этот сервис заменит SecurityContext::getToken()
в целом. Вы можете просмотреть список основных изменений здесь: http://symfony.com/blog/new-in-symfony-2-6-security-component-improvements
Пример использования в 2.6:
Ваша конфигурация:
services:
my.entityListener:
class: App\SharedBundle\Listener\EntityListener
arguments:
- "@security.token_storage"
tags:
- { name: doctrine.event_listener, event: prePersist }
Ваш слушатель
namespace App\SharedBundle\Listener;
use Doctrine\ORM\Event\LifecycleEventArgs;
use Symfony\Component\Security\Core\Authentication\Token\Storage\TokenStorageInterface;
class EntityListener
{
private $token_storage;
public function __construct(TokenStorageInterface $token_storage)
{
$this->token_storage = $token_storage;
}
public function prePersist(LifecycleEventArgs $args)
{
$entity = $args->getEntity();
$entity->setCreatedBy($this->token_storage->getToken()->getUsername());
}
}
Для хорошего примера созданного_байта вы можете использовать https://github.com/hostnet/entity-blamable-component/blob/master/src/Listener/BlamableListener.php для вдохновения. Он использует компонент hostnet/entity-tracker-component, который предоставляет специальное событие, которое вызывается при изменении сущности во время вашего запроса. Есть также пакет для настройки этого в Symfony2
В этой теме уже есть отличный ответ, но все меняется. Теперь в Doctrine есть классы слушателей сущности: http://docs.doctrine-project.org/projects/doctrine-orm/en/latest/reference/events.html
Таким образом, вы можете добавить аннотацию к вашей сущности, например:
/**
* @ORM\EntityListeners({"App\Entity\Listener\PhotoListener"})
* @ORM\Entity(repositoryClass="App\Repository\PhotoRepository")
*/
class Photo
{
// Entity code here...
}
И создайте такой класс:
class PhotoListener
{
private $container;
function __construct(ContainerInterface $container)
{
$this->container = $container;
}
/** @ORM\PreRemove() */
public function preRemoveHandler(Photo $photo, LifecycleEventArgs $event): void
{
// Some code here...
}
}
Также вы должны определить этот слушатель в services.yml
как это:
photo_listener:
class: App\Entity\Listener\PhotoListener
public: false
autowire: true
tags:
- {name: doctrine.orm.entity_listener}
Симфони 6.2.4
Добавьте это в свой объект:
#[ORM\EntityListeners(["App\Doctrine\MyListener"])]
Добавьте это в свой services.yaml:
App\Doctrine\MyListener:
tags: [doctrine.orm.entity_listener]
Тогда вы можете сделать это:
<?php
namespace App\Doctrine;
use App\Entity\MyEntity;
use Symfony\Component\Security\Core\Security;
class MyListener
{
private $security;
public function __construct(Security $security)
{
$this->security = $security;
}
public function prePersist(MyEntity $myEntity)
{
//Your stuff
}
}
Надеюсь, поможет.
Я использую файлы конфигурации доктрины, чтобы установить preUpdate
или же prePersist
методы:
Project\MainBundle\Entity\YourEntity:
type: entity
table: yourentities
repositoryClass: Project\MainBundle\Repository\YourEntitytRepository
fields:
id:
type: integer
id: true
generator:
strategy: AUTO
lifecycleCallbacks:
prePersist: [methodNameHere]
preUpdate: [anotherMethodHere]
И методы объявляются в сущности, таким образом, вам не нужен слушатель, и если вам нужен более общий метод, вы можете создать BaseEntity, чтобы сохранить этот метод и расширить другие энтиты от него. Надеюсь, поможет!