MetadataException: No se puede cargar el recurso de metadatos especificado

Este pequeño cambio ayuda con este problema.

Tengo Solución con 3 proyecto.

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

Cambiar a

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

Puede obtener esta excepción cuando el Edmx está en un proyecto y lo está usando desde otro.

La razón es Res://*/ es un uri que apunta a recursos en el ensamblado ACTUAL. Si el Edm está definido en un ensamblado diferente del código que lo está usando, res: / / * / no va a funcionar porque no se puede encontrar el recurso.

En lugar de especificar '*', debe proporcionar el nombre completo del ensamblado (incluido el token de clave pública). Eg:

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

A la mejor manera de construir cadenas de conexión es con 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();
}

Si todavía encuentra la excepción, abra el ensamblado en reflector y verifique los nombres de archivo para su .csdl, .ssdl y .archivos msl. Cuando los recursos tienen nombres diferentes a los especificados en el valor de metadatos, no va a funcionar.

Tuve un error similar. Había recreado el proyecto (larga historia), y sacado todo del viejo proyecto. No me había dado cuenta de que mi modelo había estado en un directorio llamado 'Model' antes, y ahora estaba en un directorio llamado 'Models'. Una vez cambié la conexión en mi Web.Config de esto:

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

A esto:

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

Todo funcionó (cambió Model a Models). Tenga en cuenta que tuve que cambiar estos tres lugares en esta cadena.

Y una forma rápida de comprobar el nombre del modelo sin reflector.... busque el directorio

...obj / {config output} / edmxResourcesToEmbed

Y comprobar que el .csdl, .msl, and .los archivos de recursos ssdl están allí. Si se encuentran en un subdirectorio, el nombre del subdirectorio debe anteponerse al nombre del modelo.

Por ejemplo, mis tres archivos fuente están en un subdirectorio Data , por lo que mi cadena de conexión tenía que ser

Metadatos = res://*/Datos .MyModel.csdl / res://*/Datos .MyModel.ssdl / res://*/Datos .MyModel.msl;

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

También tuve este problema y fue porque la connectionstring en mi web.la configuración era ligeramente diferente a la de la aplicación.configuración del ensamblaje donde se encuentra mi EDMX. No tengo idea de por qué cambió, pero aquí están las dos versiones diferentes.

App.config:

<add name="SCMSEntities" connectionString="metadata=res://*/Model.SMCSModel.csdl|res://*/Model.SMCSModel.ssdl|res://*/Model.SMCSModel.msl;provider=System.Data.SqlClient;provider connection string=&quot;data source=SANDIEGO\sql2008;initial catalog=SCMS;integrated security=True;multipleactiveresultsets=True;application name=EntityFramework&quot;" providerName="System.Data.EntityClient" />

Web.config:

<add name="SCMSEntities" connectionString="metadata=res://*/Model.SCMSModel.csdl|res://*/Model.SCMSModel.ssdl|res://*/Model.SCMSModel.msl;provider=System.Data.SqlClient;provider connection string=&quot;data source=SANDIEGO\sql2008;initial catalog=SCMS;integrated security=True;MultipleActiveResultSets=True;App=EntityFramework&quot;" providerName="System.Data.EntityClient" />

Lo que lo arregló fue simplemente copiar la aplicación.cadena de configuración (observe la pequeña diferencia al final-en lugar de "App=EntityFramework "quería" application name=EntityFramework") en la web.config y problema resuelto. :)

Esto me sucedió cuando accidentalmente cambié la Acción de Compilación del archivo edmx (aparece en Propiedades en el IDE) de 'EntityDeploy' a 'None'. EntityDeploy es lo que rellena los metadatos para usted: ver http://msdn.microsoft.com/en-us/library/cc982037.aspx

Acabo de pasar unos felices 30 minutos con esto. Había renombrado el objeto entities, renombrado la entrada en el archivo de configuración, pero hay más ... también tiene que cambiar la referencia a la csdl

Es muy fácil perderse - si está cambiando el nombre, asegúrese de obtener todo ....

Pude resolver esto en Visual Studio 2010, VB.net (ASP.NET) 4.0.

Durante el asistente de modelo de entidad, podrá ver la cadena de conexión de entidad. Desde allí puede copiar y pegar en su cadena de conexión.

Lo único que me faltaba era el "App_Code."en la cadena de conexiones.

entityBuilder.Metadata = "res://*/App_Code.Model.csdl|res://*/App_Code.Model.ssdl|res://*/App_Code.Model.msl"

Yo tenía el mismo problema. Miré en mi dll cumplido con reflector y he visto que el nombre del recurso no era correcto. Cambié el nombre y se ve bien ahora.

Para mi caso, se resuelve cambiando las propiedades del archivo edmx.

1. Abra el archivo edmx
2. Haga clic derecho en cualquier lugar del diseñador EDMX
3. elija propiedades
4. actualizar la propiedad llamada "Metadata Artifact Processing"a" Embed in Output Assembly "

Esto resolvió el problema para mí. El problema es que cuando el contenedor intenta encontrar los metadatos, no puede encontrarlo. así que simplemente hacerlo en el mismo conjunto. esta solución no funcionará si tiene sus archivos edmx en otro ensamblado

Pasé un día entero en este error

Si está trabajando con n-tear architecture

O intentaste separate Models generado por EDMX formulario DataAccessLayer a DomainModelLayer

Tal vez obtendrá este error

1. El primer paso de solución de problemas es asegurarse de que la cadena de conexión en webconfig (UILayer)y appconfig (DataAccessLayer) sean las mismas

2. Segundo que es muy importante el connection string

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

   Cuál es el problema

De donde en la tierra llegué Model o lo que sea .csdl en mi cadena de conexión ¿dónde están

Aquí I nuestra solución mira la imagen

Espero que la ayuda que

La solución definitiva (incluso después de recrear la base de datos en otras dos máquinas, así como el EDMX y otras misceláneas) era no utilizar la primera edición de Entity Framework. Esperamos poder evaluarlo de nuevo en. NET 4.0.

Después de encontrarme con el mismo problema nuevamente y buscar por todas partes una respuesta, finalmente encontré a alguien que había tenido el mismo problema. Parece que la cadena de conexión no fue generada correctamente por el asistente de Visual Studio, y el enlace a los recursos de metadatos faltaba un camino importante.

V1. 0 BUG?: No se puede cargar el recurso de metadatos especificado. ¡Guiones != Modelos

Actualización 2013-01-16 : Habiendo hecho la transición a usar casi exclusivamente prácticas de EF Code First (incluso con bases de datos existentes) este problema ya no es un problema. Para mí, esa fue una solución viable para reducir el desorden del código y la configuración generados automáticamente y aumentar mi propio control sobre el producto.

Mi problema y solución, los síntomas eran los mismos "No se puede cargar el recurso de metadatos especificado", pero la causa raíz era diferente. Tenía 2 proyectos en solución uno era el EntityModel y el otro la solución. De hecho, borré y recreé el archivo EDMX en EntityModel.

La solución fue que tuve que volver al proyecto de la Aplicación Web y agregar esta línea al archivo de configuración. El nuevo modelo había cambiado algunos elementos que tuvieron que ser duplicados en el " otro" Web del proyecto.Archivo de configuración. La vieja configuración ya no era buena.

     <add name="MyEntities"
     connectionString="metadata=res://*/Model1.csdl|res://*/Model1.ssdl|res://*/Model1.msl;
                    provider=System.Data.SqlClient;
                    provider connection string=&quot;
                    data source=Q\DEV15;initial catalog=whatever;
                    user id=myuserid;password=mypassword;
                    multipleactiveresultsets=True;
                    application name=EntityFramework&quot;"
     providerName="System.Data.EntityClient" />

Después de horas de buscar en Google y tratar de resolver ninguna de las soluciones sugeridas funcionó. He enumerado varias soluciones aquí. También he tomado nota de la que funcionó para mí. (Estaba usando EF versión 6.1.1, y SQL server 2014 - pero una base de datos más antigua)

1. Reconstruir el proyecto e intentarlo de nuevo.
2. Cerrar y abrir VS - No se como funciona esto
3. asegúrese de haber colocado el .Dentro de un directorio, asegúrese de incluir los Directorios en su ConnectionString. por ejemplo, la mía está dentro de la carpeta DAL. Así que se ve así: connectionString="metadata=res://*/DAL.nameModel.csdl|res://*/DAL.nameModel.ssdl|res://*/DAL.nameModel.msl; (estos son archivos. para verlos puede alternar Mostrar todos los archivos en el explorador de soluciones, en ~ / obj/.. directorio)

...y muchos más que había intentado [como: revertir la versión EntityFramework a una versión posterior (no estoy seguro de ello)]

Lo que funcionó para mí:

De este artículo aquí, me ayudó a resolver mi problema. Acabo de cambiar mi ProviderManifestToken="2012" a ProviderManifestToken="2008" en el archivo EDMX. Hacer esto:

Explorador de soluciones

1. Haga clic derecho sobre el archivo .edmx
2. Abrir con..
3. Editor XML
4. Change ProviderManifestToken= "XXXX" con 2008

Espero que eso ayude.

En mi caso, este problema estaba relacionado con el cambio de nombre del archivo edmx de mi modelo... corrigiendo la aplicación.la cadena de conexión de configuración para los archivos csdl/ssdl/msl solucionó mi problema.

Si está utilizando el diseñador EF 4.0 para generar su csdl/ssdl/msl, estos 3 "archivos" se almacenarán dentro del archivo edmx principal del modelo. En este caso, el post de Waqas está más o menos en la marca. Es importante entender que "Model_Name" en su ejemplo tendrá que ser cambiado a cualquiera que sea el nombre actual de de tu modelo .archivo edmx (sin el .edmx).

Además, si su archivo edmx no está en el nivel raíz de su proyecto, debe introducir como prefacio Model_Name la ruta relativa, por ejemplo,

res://*/MyModel.WidgetModel.csdl|res://*/MyModel.WidgetModel.ssdl|res://*/MyModel.WidgetModel.msl

Especificaría que el xml csdl/ssdl/msl se almacena en el archivo de modelo 'WidgetModel.edmx', que se almacena en una carpeta llamada "MyModel'.

He escrito esta clase auxiliar para crear instancias de objetos ObjectContext cuando se definen en un proyecto diferente al proyecto que lo usa. Analizo la cadena de conexión en el archivo de configuración y sustituyo ' * ' por el nombre completo del ensamblado.

No es perfecto porque utiliza la reflexión para construir el objeto, pero es la forma más genérica de hacerlo que pude encontrar.

Espero que ayude a alguien.

public static class EntityHelper<T> where T : ObjectContext
{
    public static T CreateInstance()
    {
        // get the connection string from config file
        string connectionString = ConfigurationManager.ConnectionStrings[typeof(T).Name].ConnectionString;

        // parse the connection string
        var csBuilder = new EntityConnectionStringBuilder(connectionString);

        // replace * by the full name of the containing assembly
        csBuilder.Metadata = csBuilder.Metadata.Replace(
            "res://*/",
            string.Format("res://{0}/", typeof(T).Assembly.FullName));

        // return the object
        return Activator.CreateInstance(typeof(T), csBuilder.ToString()) as T;
    }
}

Para todos ustedes SelftrackingEntities Usuarios , si ha seguido el recorrido de Microsoft y ha separado la clase de contexto de objeto en el proyecto de servicio wcf (enlazando al context. tt) así que esta respuesta es para ti:

Parte de las respuestas mostradas en este post que incluye código como:

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

NO FUNCIONARÁ PARA USTED !! la razón es que YourObjectContextType.Assembly ahora reside en un Ensamblado diferente (dentro del ensamblado del proyecto wcf) ,

Por lo que debe reemplazar YourObjectContextType.Assembly.FullName con -->

ClassTypeThatResidesInEdmProject.Assembly.FullName 

Diviértete.

Estaba teniendo problemas con este mismo mensaje de error. Mi problema se resolvió cerrando y reabriendo Visual Studio 2010.

Tuvo el mismo problema porque renombré un ensamblado.

También tuve que renombrarlo en los atributos AssemblyTitle y AssemblyProduct en project Properties/AssemblyInfo.cs, y también eliminar y volver a agregar la referencia al archivo edmx.

Entonces funcionó bien.

Con el mismo problema, recreé edmx desde la base de datos. Resuelve mi problema.

La excepción se debe a que el compilador apunta a metadatos no existentes, así que simplemente copie app.config connectionstring a Web.config ConnectionString

Esto me sucede cuando no limpio la solución antes de construir nueva.diseñador de edmx. Así que no se olvide de limpiar la solución antes de construir nuevo .diseñador de edmx. Esto me ayuda a saltar muchos más problemas con este. A continuación los detalles de navegación proporcionados en caso de que sea nuevo en visual studio.

Click - > Build - > Clean Solution

Luego Haga Clic en->Build - > Rebuild Solution

Espero que esto ayude. Gracias a todos

También tuve el mismo problema y solución que Rick, excepto que estaba importando un existente .edmx a un nuevo proyecto, y aunque el espacio de nombres base no importaba, se importó a un subdirectorio diferente, así que también tuve que actualizar la cadena de conexión dentro de Web.Config en tres lugares, para incluir los diferentes nombres de subdirectorios:

Tuve el mismo problema con una solución que contenía proyectos en una Carpeta de Solución, cuando se movieron a la Raíz de la solución (con el fin de superar un error sospechoso con el Mvc3AppConverter debido a las ubicaciones del proyecto).

Aunque la solución compilada después de todo* las referencias del proyecto se volvieron a agregar según fuera necesario, el error se lanzó cuando se encendió el sitio web.

El EDMX está en uno de los proyectos que se movió (el proyecto' Data'), pero por supuesto la falta de una referencia para el proyecto de datos no causó un error de compilación, solo un error en tiempo de ejecución.

Simplemente agregando la referencia faltante al proyecto principal resolvió este problema, sin necesidad de editar la conexión en absoluto.

Espero que esto ayude a alguien más.

Una aplicación pobre.config o web.el archivo de configuración puede hacer esto.. Había copiado la aplicación.config cadena de conexión a mi web.config en mi IU y terminé ingresando:

<connectionStrings>
    <connectionStrings>
          <add name="name" connectionString="normalDetails"/>
    </connectionStrings>
</connectionStrings>

Simplemente no había hecho referencia a mi biblioteca de clases que contenía el archivo EDMX.

Si está utilizando el edmx desde un proyecto diferente, entonces en la cadena de conexión, cambie...

metadata=res://*/Data.DataModel.csdl

To a {

metadata=res://*/DataModel.csdl

Mi teoría es que si tienes más de un archivo edmx con el mismo nombre (Model1 por ejemplo), dará esa excepción. Tengo el mismo problema cuando decidí nombrar todos mis archivos edmx (sentados en diferentes proyectos) como Model1 porque pensé que deberían ser independientes.

Otra causa de esta excepción es cuando se incluye una tabla relacionada en una ObjectQuery, pero se escribe el nombre de propiedad de navegación incorrecto.

Ejemplo:

var query = (from x in myDbObjectContext.Table1.Include("FKTableSpelledWrong") select x);