我喜欢大多数人试图覆盖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
答案 0 :(得分:16)
我也有同样的问题,也使用了Annotations。
注意:由于有些读者将所有问题放在一起,我创建了一个gitHub repo with my UserBundle。如果您发现此HowTo中缺少某些内容,请告知我,我将其添加。
这篇文章包括三个方面,基于数据库的角色与树结构实现,框架配置也支持数据库角色的 RoleHierarchy(getReachableRoles)。没有它,毕竟在DB中扮演角色是没用的。并且 Doctrine订阅者在某些实体被持久化时创建角色。
FOS必须做出的改变是深刻的,并有详细记录,但我必须说一个HowTo Use
示例代码会阻止我阅读很多,(不抱怨,至少我知道一点点编译器现在通过。)
我正在使用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
解决方案中涉及的文件:
// 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
src/Application/UsuarioBundle/Controller/RoleController.php
src/Application/UsuarioBundle/Form/RoleType.php
src/Application/UsuarioBundle/Resources/views/Role/edit.html.twig
随后的文档:
reference: Service tags priorities
你会发现这很远,意识到缺少了什么......
我将Roles移植到数据库的主要原因是因为我正在处理动态(从Structural透视图)应用程序,该应用程序使用户能够配置工作流程。当我添加一个新的区域,一个新的进程,一个新的活动(或更新名称或父子关系,或删除任何),我需要生成新的角色automatically
。
然后你会想到LyfeCycleEvents的Doctrine订阅者,但是在PrePersist / PreUpdate中添加新实体将要求嵌套刷新,在我的情况下会弄乱,当你只需更新已经“computedChanges”的某些字段时它会更容易“实体。
所以我用来挂钩和创建/编辑/删除角色的是onFlush,此时computeChangeSet()可以正常添加新实体。