FOSUserBundle覆盖角色 - 已声明“Acme \ DemoBundle \ Entity \ User”中的属性“角色”,但必须仅声明一次

时间:2014-03-28 16:45:52

标签: php symfony doctrine-orm fosuserbundle symfony-2.4

我喜欢大多数人试图覆盖FOSUserBundle角色,因此我可以将ManyToMany映射到角色实体。

不幸的是由于某些原因,由于模型/用户的映射,我得到以下结果:

Property "roles" in "Acme\DemoBundle\Entity\User" was already declared, but it must be declared only once

在FOSUserBundle中发布的这个git问题中似乎有一些解决方法:

https://github.com/FriendsOfSymfony/FOSUserBundle/pull/1081#issuecomment-19027818

我是Doctrine ORM并使用Annotations进行映射而不是yml或xml。最新的Symfony(2.4)和最新的FOSUB。

我通过将所有内容复制到我的实体而不是扩展来尝试替代选项,但说实话,搞砸了所有内容。

我正在尝试创建我自己的Model / User扩展FOSUserBundle / Model / User而没有映射的想法。然后从中扩展我的实体/用户。我试过但我仍然遇到同样的问题。我假设我做错了。

有人可以建议/展示我将如何正确地做到这一点吗?

我真的需要能够覆盖角色,因为尽管FOSUserBundle很棒,角色的调整并不是很好。虽然我当时很欣赏这是他们能够做到这一点的唯一方法,现在改变它现在打破BC。

希望有人可以提供帮助。

亲切的问候 Paul Pounder

1 个答案:

答案 0 :(得分:16)

我也有同样的问题,也使用了Annotations。

注意:由于有些读者将所有问题放在一起,我创建了一个gitHub repo with my UserBundle。如果您发现此HowTo中缺少某些内容,请告知我,我将其添加。

这篇文章包括三个方面,基于数据库的角色与树结构实现,框架配置也支持数据库角色的 RoleHierarchy(getReachableRoles)。没有它,毕竟在DB中扮演角色是没用的。并且 Doctrine订阅者在某些实体被持久化时创建角色。

FOS必须做出的改变是深刻的,并有详细记录,但我必须说一个HowTo Use示例代码会阻止我阅读很多,(不抱怨,至少我知道一点点编译器现在通过。)

DB的角色

我正在使用Sf 2.4,但这应该从2.3开始工作。这是我的解决方案涉及的文件,考虑每个文件一步:

./:
composer.json

src/Application/UsuarioBundle/:
ApplicationUsuarioBundle.php

src/Application/UsuarioBundle/Resources/config/doctrine/model/:
User.orm.xml

src/Application/UsuarioBundle/Entity/:
Role.php  Usuario.php

copmoser.json我升级的doctrine-bundle中,所以它包含了所需的文件:

"require": {
...
    "doctrine/doctrine-bundle": "~1.3@dev",
...
}

Bundle.php文件中,您必须注册编译器传递

namespace Application\UsuarioBundle;

use Symfony\Component\DependencyInjection\ContainerBuilder;
use Symfony\Component\HttpKernel\Bundle\Bundle;
use Doctrine\Bundle\DoctrineBundle\DependencyInjection\Compiler\DoctrineOrmMappingsPass;

class ApplicationUsuarioBundle extends Bundle
{

    public function build(ContainerBuilder $container)
    {
        parent::build($container);
        $mappings = array(
            realpath(__DIR__ . '/Resources/config/doctrine/model') => 'FOS\UserBundle\Model',
            realpath(__DIR__ . '/Resources/config/doctrine/model') => 'FOS\UserBundle\Entity', 
        );

        $container->addCompilerPass(
            DoctrineOrmMappingsPass::createXmlMappingDriver(
                $mappings, array('fos_user.model_manager_name'), false
            )
        );
}

这是新版本的doctrine-bundle导入的依赖项:

`\Doctrine\Bundle\DoctrineBundle\DependencyInjection\Compiler\DoctrineOrmMappingsPass`. 

我认为这个映射信息是在FOSUSerBundle之后添加的,因为我只是重复了我在FOSUerBundle.php中看到的过程(仅针对ORM进行了简化),希望它优先使用它。

User.orm.xml中的映射是./vendor/friendsofsymfony/user-bundle/FOS/UserBundle/Resources/config/doctrine/model/User.orm.xml的精确副本,第35行被注释掉了。 这将删除映射的超类中角色的冲突映射。

<!--<field name="roles" column="roles" type="array" />-->

从现在开始,你只需要在第一名做你想做的事,实现你对角色的想法。 这是我的: 扩展FOS \ UserBundle \ Model \ User的用户类,但现在使用您在捆绑中使用的映射。

src/Application/UsuarioBundle/Entity/Role.php

角色等级:

src/Application/UsuarioBundle/Entity/Usuario.php

执行此操作后,您可以看到架构更新--dump-sql转储了正确的SQL更改。

$ php app/console doctrine:schema:update --dump-sql --complete
CREATE TABLE fos_usuario_role (usuario_id INT NOT NULL, role_id INT NOT NULL, INDEX IDX_6DEF6B87DB38439E (usuario_id), INDEX IDX_6DEF6B87D60322AC (role_id), PRIMARY KEY(usuario_id, role_id)) DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci ENGINE = InnoDB;
CREATE TABLE fos_role (id INT AUTO_INCREMENT NOT NULL, name VARCHAR(30) NOT NULL, role VARCHAR(20) NOT NULL, UNIQUE INDEX UNIQ_4F80385A57698A6A (role), PRIMARY KEY(id)) DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci ENGINE = InnoDB;
ALTER TABLE fos_usuario_role ADD CONSTRAINT FK_6DEF6B87DB38439E FOREIGN KEY (usuario_id) REFERENCES fos_user (id) ON DELETE CASCADE;
ALTER TABLE fos_usuario_role ADD CONSTRAINT FK_6DEF6B87D60322AC FOREIGN KEY (role_id) REFERENCES fos_role (id) ON DELETE CASCADE;
ALTER TABLE fos_user DROP roles;

尽管如此,我还没有代表我需要的角色层次结构。

希望它对某人有用。我相信你已经解决了这个问题,或者失去了工作:p。

我遵循的文档:

https://github.com/symfony/symfony/pull/7599
https://github.com/FriendsOfSymfony/FOSUserBundle/pull/1081
http://symfony.com/doc/2.4/cookbook/doctrine/mapping_model_classes.html
http://symfony.com/doc/current/cookbook/service_container/compiler_passes.html

RoleHierarchy Implementation

解决方案中涉及的文件:

// The Magician, for I just re-instantiated RoleHierarchyVoter & ExpressionVoter 
// classes as ApplicationUsuarioBundle services; passing my RoleHierarchy 
// implementation. 
src/Application/UsuarioBundle/Role/RoleHierarchy.php

// duplicating security.access.expression_voter && 
// application_usuario.access.role_hierarchy_voter BUT WITH NEW 
// RoleHierarchy ARGUMENT
src/Application/UsuarioBundle/Resources/config/services.xml

// Entities, important methods are collection related
src/Application/UsuarioBundle/Entity/Role.php
src/Application/UsuarioBundle/Entity/Usuario.php

// Edited, commented out regular hardcoded roleHierarchy
app/config/security.yml

// CRUD related, sample files will add dependencies to lexik/form-filter-bundle; 
// docdigital/filter-type-guesser; white-october/pagerfanta-bundle
src/Application/UsuarioBundle/Controller/RoleController.php
src/Application/UsuarioBundle/Form/RoleType.php
src/Application/UsuarioBundle/Resources/views/Role/edit.html.twig
src/Application/UsuarioBundle/Resources/views/Role/index.html.twig
src/Application/UsuarioBundle/Resources/views/Role/new.html.twig
src/Application/UsuarioBundle/Resources/views/Role/show.html.twig

您可以在this gist

中查看文件

或直接访问每个文件,(因为Gist不保留列表顺序)。

src/Application/UsuarioBundle/Role/RoleHierarchy.php

src/Application/UsuarioBundle/Resources/config/services.xml

src/Application/UsuarioBundle/Entity/Role.php

src/Application/UsuarioBundle/Entity/Usuario.php

app/config/security.yml

src/Application/UsuarioBundle/Controller/RoleController.php

src/Application/UsuarioBundle/Form/RoleType.php

src/Application/UsuarioBundle/Resources/views/Role/edit.html.twig

随后的文档:

cookbook: security voters

Components: Security

reference: Service tags priorities

Souce: RoleHierarchyInterface

Doctrine Subscribers

你会发现这很远,意识到缺少了什么......

我将Roles移植到数据库的主要原因是因为我正在处理动态(从Structural透视图)应用程序,该应用程序使用户能够配置工作流程。当我添加一个新的区域,一个新的进程,一个新的活动(或更新名称或父子关系,或删除任何),我需要生成新的角色automatically

然后你会想到LyfeCycleEvents的Doctrine订阅者,但是在PrePersist / PreUpdate中添加新实体将要求嵌套刷新,在我的情况下会弄乱,当你只需更新已经“computedChanges”的某些字段时它会更容易“实体。

所以我用来挂钩和创建/编辑/删除角色的是onFlush,此时computeChangeSet()可以正常添加新实体。

我将以ProcessRolesSubscriber Gist为例。