"Klasse XXX ist keine gültige Entität oder zugeordnete Superklasse" nach dem Verschieben der Klasse im Dateisystem

Ich hatte eine Entitätsklasse in Aib \ PlatformBundle \ Entity \ User.php

Ich hatte keine Probleme beim Versuch, die Formularklasse zu erstellen

PHP App / Konsole Doktrin: generieren: Formular AibPlatformBundle: Benutzer

Jetzt habe ich den Namespace in Aib \ PlatformBundle \ Entity \ Identity \ User geändert, aber wenn ich versuche, das Formular mit der Aufgabe zu generieren, die ich zuvor gesagt habe:

"Klasse Aib \ PlatformBundle \ Entity \ User ist keine gültige Entität oder zugeordnete Superklasse."

Dies ist der Dateiinhalt:

<?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
    {
    ...

Irgendeine Idee?

symfony2.0.4

Hatte dieses Problem - vergessen Sie nicht die Anmerkung * @ORM\Entitywie unten:

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

Hatte gestern dieses Problem und fand diesen Thread. Ich habe die Entität mit der Zuordnung in einem neuen Bundle erstellt (z. B. MyFooBundle / Entity / User.php), die gesamte Konfiguration gemäß den Dokumenten vorgenommen, aber beim Laden der App den gleichen Fehler von oben erhalten.

Am Ende wurde mir klar, dass ich MyFooBundle nicht in AppKernel geladen habe:

new My\FooBundle\MyFooBundle()

Eine gute Möglichkeit, dies zu debuggen, besteht darin, diesen Befehl auszuführen:

app/console doctrine:mapping:info

Überprüfen Sie Ihre config.yml-Datei, die ungefähr Folgendes enthalten sollte:

# 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: ~

Fügen Sie der Zuordnungsliste Ihr eigenes Bundle hinzu.

Ich habe dies gelöst, indem ich falseals zweiten Parameter an übergeben habe Doctrine\ORM\Configuration::newDefaultAnnotationDriver.

Ich habe eine Weile gebraucht, um Google und den Quellcode zu durchsuchen.

Mein Fall war etwas Besonderes, da ich eine Zuordnung verwendete, die auf ein anderes Verzeichnis verweist, das nicht mit der Symfony-Installation zusammenhängt, da ich auch Legacy-Code verwenden musste.

Ich hatte ältere Unternehmen überarbeitet und sie hörten auf zu arbeiten. Früher wurde @Annotationanstelle von verwendet @ORM\Annotation, sodass nach dem Refactoring die Metadaten einfach nicht gelesen werden konnten. Wenn Sie keinen einfachen Anmerkungsleser verwenden, scheint alles in Ordnung zu sein.

In meinem Fall wurde das Problem gelöst, indem der Cache meines Servers von eAccelerator auf APC geändert wurde . Anscheinend entfernt eAccelerator alle Kommentare aus Dateien, wodurch Ihre Anmerkungen beschädigt werden.

Ich habe dieses Problem durch Festlegen $useSimpleAnnotationReader=falsebeim Erstellen des behoben MetaDataConfiguration.

Vielen Dank an Mark Fu und Mogoman

Ich wusste, dass es irgendwo in der config.yml sein musste ... und es gegen die testen konnte

app/console doctrine:mapping:info

wirklich geholfen!

Tatsächlich stoppt dieser Befehl einfach bei einem Fehler ... keine Rückmeldung, aber wenn alles in Ordnung ist, sollten Sie alle Ihre Entitäten aufgelistet sehen können.

Ich habe dieselbe Ausnahme behoben, indem ich eine widersprüchliche automatisch generierte orm.php-Datei im Ordner Resources / config / doi des Bundles gelöscht habe. In der Dokumentation heißt es: "Ein Bundle kann nur ein Metadatendefinitionsformat akzeptieren. Beispielsweise ist es nicht möglich, YAML-Metadatendefinitionen mit kommentierten PHP-Entitätsklassendefinitionen zu mischen."

Sehr hohe Wahrscheinlichkeit, dass Sie PHP 5.3.16 haben (Symfony 2.x funktioniert nicht damit). Auf jeden Fall sollten Sie die Überprüfungsseite auf http://you.site.name/config.php laden. Wenn Ihr Projekt nicht auf dem Hosting-Server funktioniert hat, müssen die nächsten Zeilen in "config.php" entfernt werden:

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.');
}

Viel Glück!

In meinem Fall war ich während eines Refaktors zu eifrig und hatte eine Doktrin-Yml-Datei gelöscht!

In meinem Fall auf meinem Mac habe ich src / MainBundle / Resource / Config / Doctrine verwendet. Natürlich hat es auf dem Mac funktioniert, aber auf dem Ubuntu-Produktionsserver nicht. Nach der Umbenennung in Config to config und Doctrine to Doctrine wurden die Zuordnungsdateien gefunden und es begann zu funktionieren.

Ich habe die gleiche Fehlermeldung wie in Ihrem Fall beseitigt, indem ich app / console_dev anstelle von nur app / console verwendet habe