MetadataException: Die angegebene Metadaten-Ressource kann nicht geladen werden

Question

Plötzlich bekomme ich immer wieder eine MetadataException bei der Instanziierung meiner generierten ObjectContext Klasse. Die Verbindungszeichenfolge in App.Config sieht korrekt aus - hat sich nicht geändert, seit es das letzte Mal funktionierte - und ich habe versucht, ein neues Modell (edmx-Datei) aus der zugrunde liegenden Datenbank zu regenerieren, ohne dass sich etwas geändert hat.

Hat jemand eine Idee?

Weitere Einzelheiten: Ich habe keine Eigenschaften geändert, ich habe den Namen der Ausgabebaugruppen nicht geändert, ich habe nicht versucht, das EDMX in die Baugruppe einzubetten. Ich habe lediglich 10 Stunden gewartet, vom Verlassen der Arbeit bis ich zurückkam. Und dann hat es nicht mehr funktioniert.

Ich habe versucht, das EDMX neu zu erstellen. Ich habe versucht, das Projekt neu zu erstellen. Ich habe sogar versucht, die Datenbank von Grund auf neu zu erstellen. Kein Glück, was auch immer.

Answer 1

Dies bedeutet, dass die Anwendung nicht in der Lage ist, das EDMX zu laden. Es gibt mehrere Gründe, die dies verursachen können.

• Möglicherweise haben Sie die Eigenschaft MetadataArtifactProcessing des Modells in Copy to Output Directory geändert.
• Die Verbindungszeichenfolge könnte falsch sein. Ich weiß, dass Sie sagen, dass Sie sie nicht geändert haben, aber wenn Sie andere Dinge geändert haben (z. B. den Namen einer Baugruppe), könnte sie trotzdem falsch sein.
• Möglicherweise verwenden Sie einen Post-Compile-Task zum Einbetten des EDMX in die Baugruppe, der aus irgendeinem Grund nicht mehr funktioniert.

Kurz gesagt, Ihre Frage ist nicht detailliert genug, um eine genaue Antwort zu geben, aber ich hoffe, dass diese Ideen Sie auf den richtigen Weg bringen.

Aktualisierung: Ich habe geschrieben einen Blogbeitrag mit ausführlicheren Schritten zur Fehlerbehebung .

Answer 2

Diese kleine Änderung hilft bei diesem Problem.

Ich habe Solution mit 3 Projekten.

connectionString="metadata=res://*/Model.Project.csdl|res://*/Model.Project.ssdl|res://*/Model.Project.msl;

Wechsel zu

connectionString="metadata=res://*/;

Answer 3

Diese Ausnahme kann auftreten, wenn sich Edmx in einem Projekt befindet und Sie es in einem anderen Projekt verwenden.

Der Grund dafür ist Res://*/ ist eine Uri, die auf Ressourcen in der AKTUELLEN Baugruppe verweist. Wenn der Edm in einer anderen Assembly definiert ist als in dem Code, der ihn verwendet, funktioniert res://*/ nicht, da die Ressource nicht gefunden werden kann.

Anstatt "*" anzugeben, müssen Sie stattdessen den vollständigen Namen der Assembly angeben (einschließlich des Tokens für den öffentlichen Schlüssel). Beispiel:

res://YourDataAssembly, Version=1.0.0.0, Culture=neutral, PublicKeyToken=abcdefabcedf/YourEdmxFileName.csdl|res://...

Eine bessere Möglichkeit, Verbindungszeichenfolgen zu konstruieren, ist der EntityConnectionStringBuilder:

public static string GetSqlCeConnectionString(string fileName)
{
    var csBuilder = new EntityConnectionStringBuilder();

    csBuilder.Provider = "System.Data.SqlServerCe.3.5";
    csBuilder.ProviderConnectionString = string.Format("Data Source={0};", fileName);

    csBuilder.Metadata = string.Format("res://{0}/YourEdmxFileName.csdl|res://{0}/YourEdmxFileName.ssdl|res://{0}/YourEdmxFileName.msl", 
        typeof(YourObjectContextType).Assembly.FullName);

    return csBuilder.ToString();
}

public static string GetSqlConnectionString(string serverName, string databaseName)
{
    SqlConnectionStringBuilder providerCs = new SqlConnectionStringBuilder();

    providerCs.DataSource = serverName;
    providerCs.InitialCatalog = databaseName;
    providerCs.IntegratedSecurity = true;

    var csBuilder = new EntityConnectionStringBuilder();

    csBuilder.Provider = "System.Data.SqlClient";
    csBuilder.ProviderConnectionString = providerCs.ToString();

    csBuilder.Metadata = string.Format("res://{0}/YourEdmxFileName.csdl|res://{0}/YourEdmxFileName.ssdl|res://{0}/YourEdmxFileName.msl",
        typeof(YourObjectContextType).Assembly.FullName);

    return csBuilder.ToString();
}

Wenn die Ausnahme weiterhin auftritt, öffnen Sie die Assembly in Reflector und überprüfen Sie die Dateinamen Ihrer .csdl-, .ssdl- und .msl-Dateien. Wenn die Ressourcen andere Namen haben als die, die im Metadatenwert angegeben sind, wird es nicht funktionieren.

Answer 4

Ich hatte einen ähnlichen Fehler. Ich hatte das Projekt neu erstellt (lange Geschichte), und alles aus dem alten Projekt übernommen. Ich hatte nicht bemerkt, dass sich mein Modell zuvor in einem Verzeichnis namens "Model" befunden hatte und nun in einem Verzeichnis namens "Models" lag. Nachdem ich die Verbindung in meiner Web.Config geändert hatte:

<add name="RecipeManagerEntities" connectionString="metadata=res://*/Model.Recipe.csdl 

dazu:

<add name="RecipeManagerEntities" connectionString="metadata=res://*/Models.Recipe.csdl

Alles hat funktioniert (geändert Model à Models ). Beachten Sie, dass ich dies an drei Stellen in dieser Zeichenfolge ändern musste.

Answer 5

Und eine schnelle Möglichkeit, den Modellnamen ohne Reflector.... zu überprüfen, ist die Suche nach dem Verzeichnis

...obj/{Konfigurationsausgabe}/edmxResourcesToEmbed

und überprüfen Sie, ob die Ressourcendateien .csdl, .msl und .ssdl vorhanden sind. Wenn sie sich in einem Unterverzeichnis befinden, muss der Name des Unterverzeichnisses dem Modellnamen vorangestellt werden.

Meine drei Ressourcendateien befinden sich zum Beispiel in einem Unterverzeichnis Daten also musste mein Verbindungsstring lauten

metadata=res://*/ Daten .MeinModell.csdl|res://*/ Daten .MeinModell.ssdl|res://*/ Daten .meinModell.msl;

(versus metadata=res://*/MyModel.csdl|res://*/MyModel.ssdl|res://*/MyModel.msl;).