¿No se pudo cargar el tipo de proveedor de Entity Framework?

Tuve el mismo problema en mis proyectos de prueba: instalé los últimos bits EF6 a través de NuGet y cada vez que invoco algo relacionado con EF obtuve:

El tipo de proveedor de Entity Framework Sistema.Datos.Entidad.SQLServer.SqlProviderServices, EntityFramework.SqlServer' para el 'Sistema.Datos.SqlClient" ADO.NET no se pudo cargar el proveedor. Asegúrese de que el ensamblaje del proveedor es disponible para la aplicación en ejecución. Ver http://go.microsoft.com/fwlink/?LinkId=260882 para más información.

Mi solución: Coloqué este método dentro de mi proyecto de prueba:

public void FixEfProviderServicesProblem()
{
//The Entity Framework provider type 'System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer'
//for the 'System.Data.SqlClient' ADO.NET provider could not be loaded. 
//Make sure the provider assembly is available to the running application. 
//See http://go.microsoft.com/fwlink/?LinkId=260882 for more information.

var instance = System.Data.Entity.SqlServer.SqlProviderServices.Instance;
}

Nunca se ha llamado a este método, pero creo que el compilador eliminará todos los ensamblados "innecesarios" y sin usar EntityFramework.SQLServer stuff la prueba falla.

De todos modos: Funciona en mi máquina;)

Nota: En lugar de agregar el método para probar el proyecto, puede garantizar una referencia estática a SqlProviderServices desde su proyecto de Modelo/entidad.

Nuget configurará su proyecto EF6 para hacer referencia a EntityFramework.SQLServer.DLL. Esto se implementa en la carpeta de salida para su proyecto EF6 durante la compilación, pero no se implementará en la carpeta de salida para los proyectos que hacen referencia a su proyecto EF6. Creo que esto se debe a que Visual Studio es lo suficientemente" inteligente " como para detectar que nada en su ensamblaje está utilizando directamente el dll y, por lo tanto, no lo incluye. Puede forzar EntityFramework.SQLServer.dll que se implementará en la carpeta de salida de los proyectos hacer referencia a su proyecto EF6 (pruebas unitarias, UI, etc.) mediante la adición de código a su proyecto EF6 que utiliza EntityFramework.SQLServer.DLL. Tenga cuidado de no poner el código en una clase generada, ya que corre el riesgo de perderlo en la próxima regeneración. Elegí agregar la siguiente clase al ensamblado, lo que solucionó el problema.

using System.Data.Entity.SqlServer;

internal static class MissingDllHack
{
    // Must reference a type in EntityFramework.SqlServer.dll so that this dll will be
    // included in the output folder of referencing projects without requiring a direct 
    // dependency on Entity Framework. See http://stackoverflow.com/a/22315164/1141360.
    private static SqlProviderServices instance = SqlProviderServices.Instance;
}

Mi solución fue eliminar el entity framework del proyecto a través del administrador de nuget y agregarlo de nuevo.

Resolví esto agregando un stament using encima de mi clase DbContext, así:

using SqlProviderServices= System.Data.Entity.SqlServer.SqlProviderServices;

He utilizado el registro basado en código para el proveedor. link1 link2

Acaba de crear la clase de configuración como

class DbContextConfiguration : DbConfiguration
{
    public DbContextConfiguration()
    {
        this.SetDatabaseInitializer(new DropCreateDatabaseAlways<MyDbContext>());
        this.SetProviderServices(SqlProviderServices.ProviderInvariantName, SqlProviderServices.Instance);
    }
}

El punto clave es esto.SetProviderServices (SqlProviderServices.ProviderInvariantName, SqlProviderServices.Instancia);

Y lo usó de tal manera

[DbConfigurationType(typeof(DbContextConfiguration))]
public class MyDbContext : DbContext
{
    public MyDbContext()
    {
        ...
    }

    public DbSet<...> ...{ get; set; }

    protected override void OnModelCreating(DbModelBuilder modelBuilder)
    {
        ...
    }
}

Lo ordené con [DeploymentItem] en mi clase de inicialización de ensamblado

namespace MyTests
{
    /// <summary>
    /// Summary description for AssemblyTestInit
    /// </summary>
    [TestClass]
    [DeploymentItem("EntityFramework.SqlServer.dll")]
    public class AssemblyTestInit
    {
        public AssemblyTestInit()
        {
        }

        private TestContext testContextInstance;

        public TestContext TestContext
        {
            get
            {
                return testContextInstance;
            }
            set
            {
                testContextInstance = value;
            }
        }

        [AssemblyInitialize()]
        public static void DbContextInitialize(TestContext testContext)
        {
            Database.SetInitializer<TestContext>(new TestContextInitializer());
        }
    }
}

Tarde para el partido, pero la parte superior votó respuestas todas parecían hacks para mí.

Todo lo que hice fue eliminar lo siguiente de mi aplicación.config en el proyecto de prueba. Trabajar.

  <entityFramework>
    <defaultConnectionFactory type="System.Data.Entity.Infrastructure.LocalDbConnectionFactory, EntityFramework">
      <parameters>
        <parameter value="mssqllocaldb" />
      </parameters>
    </defaultConnectionFactory>
    <providers>
      <provider invariantName="System.Data.SqlClient" type="System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer" />
    </providers>
  </entityFramework>

Tengo un problema, porque no agrego referencia a EntityFramework.SQLServer.DLL. Cuando desarrollo un programa, funciona. Pero cuando publico la aplicación e la instalo, arroja un error.

Solo añado referencia y Compilo y Publico de nuevo.

Finalmente resolví esto. Resulta que tuve una implementación errónea de IDEsposable en mi clase de repositorio. Lo arreglé. La implementación errónea causó una excepción de stackoverflow ya que no estaba desechando los recursos correctamente. Esto causó que VS no ejecutara las pruebas y el motor de ejecución de pruebas se bloqueó.

Lo presenté con Microsoft aquí (esto fue antes de que obtuviera el correcto solución). connect.microsoft.com/VisualStudio/feedback/details/775868/vs-test-execution-crashes-in-vs-2012#details

De todos modos, las compilaciones ahora funcionan bien en teamcity. Aunque, todavía tengo curiosidad por qué ni VS motor de ejecución de pruebas tenía una forma elegante de decirme lo que estaba sucediendo no Team City.

Descubrí la causa raíz mediante la depuración manual de la prueba ( que solo me di cuenta después de tantos días , la solución me llevó 5 segundos).

Esperemos que esto ayude a alguien que se encuentra con tales problemas.

Veo un problema similar, y usando el método de este post: ( http://entityframework.codeplex.com/workitem/1590 ), que resuelve mi problema.

Para solucionar el problema, puede hacer que su ensamblaje de prueba haga referencia directamente al ensamblaje del proveedor agregando alguna línea como esta en cualquier lugar del ensamblaje de prueba: var _ = Sistema.Datos.Entidad.SQLServer.SqlProviderServices.Instancia;

He resuelto esto copiando manualmente el archivo EntityFramework.SqlServer.dll al bin folder de la aplicación principal.

Cuando inspeccioné el problema, noté que la siguiente dll faltaba en la carpeta de salida. La solución simple es copiar Entityframework.dll y Entityframework.sqlserver.dll con la aplicación.config en la carpeta de salida si la aplicación está en modo de depuración. Al mismo tiempo cambiar, el parámetro opción de compilación "Copiar a la carpeta de salida" de la aplicación.config para copiar siempre. Esto resolverá tu problema.

Simplemente haga referencia o navegue por la EF dll - EntityFramework.SQLServer.dll

No quería una referencia a EF en mi proyecto de aplicación (o copiar manualmente nada), así que agregué esto a los eventos posteriores a la compilación de mi proyecto EF:

cp $(TargetDir)EntityFramework.SqlServer.dll $(SolutionDir){your-main-bin-folder}

Esto solo sucede dentro de mis proyectos de pruebas de carga/unidad. Frustrante, yo jyst tenía que surgir en un proyecto que he estado ejecutando durante 2 años. Debe haber sido algún orden de prueba que rompe las cosas. Supongo que una vez que esa fi sea removida, desaparecerá.

Descubrí que simplemente declarar una variable que usa el valor correcto soluciona el problema... Ni siquiera llamo al método. Sólo defínelo. Extraño, pero funciona.

    /// <summary>
    /// So that the test runner copies dlls not directly referenced by the integration project
    /// </summary>
    private void referenceLibs()
    {
        var useless = SqlProviderServices.Instance;
    }

Tenía el mismo isssue que intenté muchas veces pero no se resolvió pero cuando instalé el paquete EntityFramework.Sqlserverscompact solucionado instalar este paquete desde el gestor de paquetes Nuget.

Install-Package EntityFramework.SqlServerCompact

He comprobado la ventana de salida de depuración en el proyecto Unit Test. EntityFramework.SQLServer.dll no se ha cargado. Después de agregarlo a la carpeta bin, las pruebas se ejecutaron con éxito.

Después de probar todas las demás soluciones sugeridas y no hacer que mi proyecto funcione, finalmente encontré un pequeño comentario en esta página :

Eliminar la carpeta BIN lo hizo por mí

Y funcionó para mí también.

Ahora no puedo decir si solo tienes que eliminar la carpeta bin y ya funcionará o si primero tendrás que hacer las cosas que los otros desarrolladores han sugerido, pero el punto es que solo lo conseguí trabajando después de eliminar la carpeta bin, y esto después de 3 o más horas buscando y probando otras soluciones. Así que, tal vez funcione para ti también.

Acabo de recibir el mismo mensaje de error.

Tengo un proyecto separado para mi acceso a los datos. Ejecutar el Proyecto Web (que hacía referencia al proyecto de datos) localmente funcionó bien. Pero cuando implementé el proyecto web en Azure, el ensamblado: EntityFramework.SqlServer no fue copiado. Acabo de añadir la referencia al proyecto web y redesplegado, ahora funciona.

Espero que esto ayude a otros

Estaba trabajando en el tutorial de la Universidad de Contoso sin conexión y me encontré con el mismo problema al intentar crear mi primer controlador usando EF. Tuve que usar la consola del Administrador de paquetes para cargar EF desde la caché de nuget y creé una cadena de conexión a mi instancia local de SQL Server, mi punto aquí es mi configuración de webConfig para EF puede que no se establezca como todos ustedes, pero pude resolver mi problema eliminando por completo la sección " proveedores "EntityFramework"

Robert

Hay una solución fácil. abra las referencias en su proyecto, haga clic derecho en "Sistema".Datos " - > propiedades. Cambie " Copiar local "a"Verdadero".

El problema debe solucionarse.

En mi caso resolví el problema instalando SQL Server 2012 Developer Edition cuando ya había instalado SQL Server Express 2012 (x64). Parece que me proporcionó la dependencia.

Añadiendo Entityframework.dll y Entityframework.sqlserver.dll al proyecto de referencia resolvió el problema.

Elimine el entity framework del proyecto a través de nuget y luego agréguelo de nuevo.

En mi caso, dll no se copió aunque agregué una referencia a él. Esto se debe a que EntityFramework.SqlServer.dllno se copia en su proyecto. Agregue ese dll y con suerte funcionará.Puede encontrarlo en el proyecto donde agregó datamodel.

Además de todas las sugerencias útiles aquí, si está utilizando EF 6.1.3, asegúrese de que la versión.net de su proyecto sea 4.5 o más.

El problema en mi caso fue que para capturar otra excepción había habilitado excepciones de common language runtime (CLR). Y olvidé desactivarlo.

Lo deshabilité en mi configuración de excepción. y pasó por alto esta excepción y pasó a ejecutar y crear una base de datos para mí (en mi caso) automáticamente.

Asegúrese de que EntityFramework.dll, EntityFramework.SQLServer.dll y el dll de su proveedor (para SQL Server Compact, que se EntityFramework.SqlServerCompact.dll) se encuentran en la carpeta de la aplicación implementada. Esto es especialmente importante para la aplicación implementada.

También tuve un problema similar

Mi problema se resolvió haciendo lo siguiente: