“类 XXX 不是有效的实体或映射的超类”在文件系统中移动类之后

Question

我在 Aib\PlatformBundle\Entity\User.php 中有一个实体类，

尝试通过以下方式创建其表单类没有问题

php 应用程序/控制台学说：生成：表单 AibPlatformBundle：用户

现在我已将命名空间更改为 Aib\PlatformBundle\Entity\Identity\User，但是当我尝试使用我之前所说的任务生成表单时 它说：

“Aib\PlatformBundle\Entity\User 类不是有效实体或映射 超级一流。”

这是文件内容：

<?php
namespace Aib\PlatformBundle\Entity\Identity;

use Doctrine\ORM\Mapping as ORM;

    /**
     * Aib\PlatformBundle\Entity\Identity\User
     *
     * @ORM\Table()
     * @ORM\Entity(repositoryClass="Aib\PlatformBundle\Entity\Identity
    \UserRepository")
     */
    class User
    {
    ...

知道吗？

symfony2.0.4

Answer 1

遇到这个问题 - 不要忘记注释 * @ORM\Entity 如下所示：

/**
 * Powma\ServiceBundle\Entity\User
 *
 * @ORM\Entity
 * @ORM\Table(name="users")
 */

Answer 2

昨天遇到这个问题，发现了这个线程。我在新包（例如 MyFooBundle/Entity/User.php）中创建了具有映射的实体，根据文档完成了所有配置，但在尝试加载应用程序时遇到了与上面相同的错误。

最后我意识到我没有在 AppKernel 中加载 MyFooBundle：

new My\FooBundle\MyFooBundle()

调试此问题的一个好方法是运行以下命令：

app/console doctrine:mapping:info

Answer 3

请检查您的 config.yml 文件，应包含类似以下内容：

# Doctrine Configuration
doctrine:
    dbal:
        driver:   %database_driver%
        host:     %database_host%
        port:     %database_port%
        dbname:   %database_name%
        user:     %database_user%
        password: %database_password%
        charset:  UTF8
        types:
            json: Sonata\Doctrine\Types\JsonType

    orm:
        auto_generate_proxy_classes: %kernel.debug%
        # auto_mapping: true
        entity_managers:
            default:
                mappings:
                    FOSUserBundle: ~
                    # ApplicationSonataUserBundle: ~
                    YourUserBundle: ~
                    SonataUserBundle: ~

将您自己的包添加到映射列表中。

Answer 4

我通过在创建 MetaDataConfiguration 时设置 $useSimpleAnnotationReader=false 解决了此问题。

Answer 5

我通过将 false 作为第二个参数传递给 Doctrine\ORM\Configuration::newDefaultAnnotationDriver 解决了这个问题。

我花了一段时间去谷歌和源代码进行挖掘。

我的情况有点特殊，因为我使用的映射指向与 Symfony 安装无关的另一个目录，因为我还必须使用遗留代码。

我重构了遗留实体，但它们停止了工作。他们过去使用@Annotation而不是@ORM\Annotation，因此重构后根本无法读取元数据。通过不使用简单的注释阅读器，一切似乎都还不错。

Answer 6

就我而言，通过将服务器缓存从eAccelerator更改为APC解决了问题。
显然，eAccelerator 会从文件中删除所有会破坏注释的注释。

Answer 7

非常感谢 Mark Fu 和 mogoman，

我知道它必须位于 config.yml 中的某个位置......并且能够针对它进行测试

app/console doctrine:mapping:info

确实有帮助！

事实上，这个命令只是在出现错误时停止...没有反馈，但是当一切正常时，您应该能够看到列出的所有实体。

Answer 8

我通过删除捆绑包的 Resources/config/doctrine 文件夹中冲突的自动生成的 orm.php 文件解决了相同的异常；根据文档：“一个包只能接受一种元数据定义格式。例如，不可能将 YAML 元数据定义与带注释的 PHP 实体类定义混合在一起。”

Answer 9

就我而言，我正在迁移到 PHP 注释，但仍然有此

orm:
    auto_generate_proxy_classes: true

删除它解决了问题。

Answer 10

您很有可能拥有 PHP 5.3.16（Symfony 2.x 无法使用它）。无论如何，您应该在 http://you.site.name/config.php 上加载检查页面
如果您的项目无法在托管服务器上运行，则必须删除“config.php”中的下一行：

if (!in_array(@$_SERVER['REMOTE_ADDR'], array(
    '127.0.0.1',
    '::1',
))) {
    header('HTTP/1.0 403 Forbidden');
    exit('This script is only accessible from localhost.');
}

祝你好运！

Answer 11

1. 实体必须具有正确的实体和表注释（顺序可能很重要，因此两者都尝试）
2. 如果有自定义存储库，则必须通过实体类本身访问它（$entityManager->getRepository('your ENTITY class name')），通过调用它Repository 类名会欺骗 Doctrine 认为 Repo 类本身一定是一个实体。愚蠢，但教义并没有做出严格的区分。

Answer 12

我的错误是我正在做

$em->getRepository(EntityRepository::class)

而不是

$em->getRepository(Entity::class)

Answer 13

就我而言，我在重构过程中过于热心，删除了一个 yml 文件！

Answer 14

就我在 Mac 上的情况而言，我使用的是 src/MainBundle/Resource/Config/Doctrine，当然它可以在 Mac 上运行，但不能在生产 Ubuntu 服务器上运行。将 Config 重命名为 config，将 Doctrine 重命名为 Doctrine 后，就找到了映射文件并开始工作。

Answer 15

在我的情况下，在制作 make:entity 后，我尝试了以下命令

php bin/consoledoctrine:mapping:import "App\Entity"annotation --path=src/Entity
从数据库生成实体
但是，此命令不提供 getter 和 setter，如果您在控制器内使用它，则会导致未知方法错误（例如 getId），否则您稍后将使用它所以我决定返回到从

php bin/console make:entity

so 生成的实体我可以恢复丢失的方法，但不幸的是这导致我错误类不是有效的实体或映射的超类。
接下来为了防止此错误，我没有耐心阅读此文档

[1]： https://www.doctrine-project.org/projects/doctrine-orm/en/2.11/tutorials/override-field-association-mappings-in-subclasses.html#override-field-association-mappings-in -子类 特别是我使用属性代替注释，
因此我带回了生成的实体，只需添加以下命令即可生成 getters 和 setters $ php bin/console make:entity --regenerate App
救了我的命，虽然这解决了我的问题，但我不明白为什么在第一种情况下它导致我这个主题的错误

Answer 16

我通过使用 app/console_dev 而不仅仅是 app/console 摆脱了与您的情况相同的错误消息