Entity Framework Providerタイプをロードできませんでしたか？

現在マシンにインストールされているTeamCityでテストを実行しようとしています。

System.InvalidOperationException：

Entity Frameworkプロバイダータイプ ' System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer、Version=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'' System.Data.SqlClient'のADO.NETプロバイダーを読み込めませんでした。実行中のアプリケーションがプロバイダーアセンブリを使用できることを確認してください。

詳細については、http：//go.microsoft.com/fwlink/？LinkId = 260882を参照してください。

System.Data.EntitycodeplexでEF6へのアップグレードについて提案されたように、私はどのプロジェクトでも参照していません。

したがって、なぜこの例外が発生するのかわかりません。VSからテストを実行しても、このような例外は発生しません。

私はCopyLocalをfalseに設定してから、もう一度trueに設定しようとしましたが、それも機能しないようです。

更新

私のapp.configには以下があります。これにより、理解できない動作が発生しますか？

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <configSections>
    <section name="entityFramework" type="System.Data.Entity.Internal.ConfigFile.EntityFrameworkSection, EntityFramework, Version=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false" />
    <!-- For more information on Entity Framework configuration, visit http://go.microsoft.com/fwlink/?LinkID=237468 -->
  </configSections>
  <entityFramework>
    <defaultConnectionFactory type="System.Data.Entity.Infrastructure.SqlConnectionFactory, EntityFramework" />
  </entityFramework>
</configuration>

teamcityで次のスタックトレースを取得します。

[MSTest] IntegrationTests.CrudTest+QuestionTest.Create
[03:59:11][IntegrationTests.CrudTest+QuestionTest.Create] Initialization method IntegrationTests.CrudTest+QuestionTest.Initialize threw exception. System.InvalidOperationException: System.InvalidOperationException: The Entity Framework provider type 'System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer, Version=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' 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..
[03:59:11]
[IntegrationTests.CrudTest+QuestionTest.Create]     at System.Data.Entity.Config.ProviderServicesFactory.GetInstance(String providerTypeName, String providerInvariantName)
   at System.Data.Entity.Config.ProviderServicesFactory.GetInstanceByConvention(String providerInvariantName)
   at System.Data.Entity.Config.DefaultProviderServicesResolver.GetService(Type type, Object key)
   at System.Data.Entity.Config.CachingDependencyResolver.<>c__DisplayClass1.<GetService>b__0(Tuple`2 k)
   at System.Collections.Concurrent.ConcurrentDictionary`2.GetOrAdd(TKey key, Func`2 valueFactory)
   at System.Data.Entity.Config.CachingDependencyResolver.GetService(Type type, Object key)
   at System.Data.Entity.Config.ResolverChain.<>c__DisplayClass3.<GetService>b__0(IDbDependencyResolver r)
   at System.Linq.Enumerable.WhereSelectArrayIterator`2.MoveNext()
   at System.Linq.Enumerable.FirstOrDefault[TSource](IEnumerable`1 source, Func`2 predicate)
   at System.Data.Entity.Config.ResolverChain.GetService(Type type, Object key)
   at System.Data.Entity.Config.RootDependencyResolver.GetService(Type type, Object key)
   at System.Data.Entity.Config.ResolverChain.<>c__DisplayClass3.<GetService>b__0(IDbDependencyResolver r)
   at System.Linq.Enumerable.WhereSelectArrayIterator`2.MoveNext()
   at System.Linq.Enumerable.FirstOrDefault[TSource](IEnumerable`1 source, Func`2 predicate)
   at System.Data.Entity.Config.ResolverChain.GetService(Type type, Object key)
   at System.Data.Entity.Config.CompositeResolver`2.GetService(Type type, Object key)
   at System.Data.Entity.Config.IDbDependencyResolverExtensions.GetService[T](IDbDependencyResolver resolver, Object key)
   at System.Data.Entity.Config.InternalConfiguration.GetService[TService](Object key)
   at System.Data.Entity.Config.DbConfiguration.GetService[TService](Object key)
   at System.Data.Entity.Utilities.DbProviderFactoryExtensions.GetProviderServices(DbProviderFactory factory)
   at System.Data.Entity.Infrastructure.DefaultManifestTokenService.GetProviderManifestToken(DbConnection connection)
   at System.Data.Entity.Utilities.DbConnectionExtensions.GetProviderInfo(DbConnection connection, DbProviderManifest& providerManifest)
   at System.Data.Entity.DbModelBuilder.Build(DbConnection providerConnection)
   at System.Data.Entity.Internal.LazyInternalContext.CreateModel(LazyInternalContext internalContext)
   at System.Data.Entity.Internal.RetryLazy`2.GetValue(TInput input)
   at System.Data.Entity.Internal.LazyInternalContext.InitializeContext()
   at System.Data.Entity.Internal.InternalContext.GetEntitySetAndBaseTypeForType(Type entityType)
   at System.Data.Entity.Internal.Linq.InternalSet`1.Initialize()
   at System.Data.Entity.Internal.Linq.InternalSet`1.get_InternalContext()
   at System.Data.Entity.Internal.Linq.InternalSet`1.ActOnSet(Action action, EntityState newState, Object entity, String methodName)
   at System.Data.Entity.Internal.Linq.InternalSet`1.Add(Object entity)
   at System.Data.Entity.DbSet`1.Add(TEntity entity)
   at EFRepository.Infrastructure.EFRepository`1.Add(T item) in c:\TeamCity\buildAgent\work\da2ea4e72c0e77f0\Repository\Infrastructure\EFRepository.cs:line 22
   at IntegrationTests.CrudTest.Initialize() in c:\TeamCity\buildAgent\work\da2ea4e72c0e77f0\IntegrationTests\CrudTest.cs:line 34

同じ問題ですが、Nugetを介してEF 6をインストールしました。EntityFramework.SqlServerが別の実行可能ファイルで見つかりませんでした。そのプロジェクトにnugetパッケージを追加しただけです。

私のテストプロジェクトでも同じ問題が発生しました。NuGetを介して最新のEF6ビットをインストールし、EFに関連する何かを呼び出すたびに、次のように取得しました。

Entity Frameworkプロバイダーの種類 'System.Data.Entity.SqlServer.SqlProviderServices、EntityFramework.SqlServer' 'System.Data.SqlClient' ADO.NETプロバイダーを読み込めませんでした。実行中のアプリケーションがプロバイダーアセンブリを使用できることを確認してください。詳細については、http：//go.microsoft.com/fwlink/？LinkId = 260882を参照して ください。

私の回避策：このメソッドをテストプロジェクト内に配置しました。

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;
}

このメソッドが呼び出されることはありませんが、コンパイラはすべての「不要な」アセンブリを削除し、EntityFramework.SqlServerスタッフを使用せずにテストが失敗すると思います。

とにかく：私のマシンで動作します;）

注：メソッドをテストプロジェクトに追加する代わりに、モデル/エンティティプロジェクトからSqlProviderServicesへの静的参照を確保できます。

Nugetは、EntityFramework.SqlServer.dllを参照するようにEF6プロジェクトを構成します。これはビルド中にEF6プロジェクトの出力フォルダーにデプロイされますが、EF6プロジェクトを参照するプロジェクトの出力フォルダーにはデプロイされません。これは、Visual Studioがアセンブリの何も実際にdllを直接使用していないことを検出できるほど「スマート」であり、それが含まれていないためだと思います。EntityFramework.SqlServer.dllを使用するEF6プロジェクトにコードを追加することで、EF6プロジェクトを参照するプロジェクト（ユニットテスト、UIなど）の出力フォルダーにEntityFramework.SqlServer.dllを強制的に展開できます。生成されたクラスにコードを配置しないように注意してください。次の再生成でコードが失われる可能性があります。次のクラスをアセンブリに追加することを選択したため、問題が修正されました。

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;
}

私の解決策は、nugetマネージャーを介してプロジェクトからエンティティフレームワークを削除し、再度追加することでした。

これを解決するには、次のように、DBContextクラスの上にusingステートメントを追加します。

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

プロバイダーにはコードベースの登録を使用しました。 リンク1 リンク2

次のような構成クラスを作成しました

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

重要なポイントはthis.SetProviderServices（SqlProviderServices.ProviderInvariantName、SqlProviderServices.Instance）;です。

こんな風に使った

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

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

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

アセンブリ初期化クラスの[DeploymentItem]で整理しました

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());
        }
    }
}

パーティーには遅れましたが、投票数の多かった回答はすべて私にとってハックのようでした。

私が行ったのは、テストプロジェクトのapp.configから以下を削除することだけです。働いた。

  <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>

EntityFramework.sqlServer.dllへの参照を追加しないため、問題があります。プログラムを開発するとうまくいきます。しかし、アプリを公開してインストールすると、エラーがスローされます。

参照を追加して、もう一度ビルドして公開します。

これを手動でメインアプリケーションEntityFramework.SqlServer.dllのにコピーすることで解決しましたbin folder。

ようやく解決しました。結局のところ、リポジトリクラスにIDIsposableの誤った実装がありました。直した。リソースを適切に破棄していないため、誤った実装により、stackoverflow例外が発生しました。これにより、VSはテストを実行せず、テスト実行エンジンがクラッシュしました。

私はここにマイクロソフトに提出しました（これは正しい解決策を得る前のことです）。connect.microsoft.com/VisualStudio/feedback/details/775868/vs-test-execution-crashes-in-vs-2012#details

とにかく、ビルドはteamcityで正常に実行されます。ただし、VS Test実行エンジンのどちらも、Team Cityではなく、何が起こっているのかを優雅に伝える方法がなかったのはなぜか私はまだ興味があります。

テストを手動でデバッグすることで根本的な原因を発見しました（非常に多くの日を経て初めて気付きましたが、修正には5秒かかりました）。

うまくいけば、これはそのような問題に遭遇した人を助けるでしょう。

私は同様の問題を見つけ、この投稿からの方法を使用します：（http://entityframework.codeplex.com/workitem/1590）、これは私の問題を解決します。

この問題を回避するには、テストアセンブリのどこかに次のような行を追加して、テストアセンブリがプロバイダーアセンブリを直接参照するようにします。var _ = System.Data.Entity.SqlServer.SqlProviderServices.Instance;

問題を調査したところ、出力フォルダーに次のdllが含まれていないことに気付きました。単純な解決策は、アプリケーションがデバッグモードの場合、Entityframework.dllおよびEntityframework.sqlserver.dllをapp.configと共に出力フォルダーにコピーすることです。同時に、app.configのビルドオプションパラメーター「出力フォルダーにコピー」を常にコピーするように変更しました。これで問題が解決します。

EF dllを参照またはブラウザする-EntityFramework.SqlServer.dll

同じ問題を何度も試しましたが解決しませんでしたが、EntityFramework.SqlServerCompactパッケージをインストールすると、Nugetパッケージマネージャーからこのパッケージがインストールされました。

Install-Package EntityFramework.SqlServerCompact

静的な「スタートアップ」ファイルを作成し、この「構成」を分離する方法として、DLLをそのbinフォルダーに強制的にコピーするコードを追加しました。


[DbConfigurationType(typeof(DbContextConfiguration))] public static class Startup { }

public class DbContextConfiguration : DbConfiguration
{
    public DbContextConfiguration()
    {
        // This is needed to force the EntityFramework.SqlServer DLL to be copied to the bin folder
        SetProviderServices(SqlProviderServices.ProviderInvariantName, SqlProviderServices.Instance);
    }
}

アプリケーションプロジェクトでEFへの参照を必要としないため（または手動で何かをコピーするため）、これをEFプロジェクトのビルド後のイベントに追加しました。

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

これは、私のロード/ユニットテストプロジェクト内でのみ発生します。イライラして、私は2年間実行しているプロジェクトでそれを思いついた。何かを壊すテスト実行の順序であったに違いありません。fiが削除されると、私は推測します。

正しい値を使用する変数を宣言するだけで問題が解決することがわかりました。メソッドを呼び出すことすらありません。定義するだけです。奇妙ですが、動作します。

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

他のすべての提案された解決策を試してもプロジェクトが機能しなくなった後、私はついにこのページに小さなコメントを見つけました：

BINフォルダーを削除すると、

そしてそれは私にとってもうまくいきました。

Entityframework.dllおよびEntityframework.sqlserver.dllを参照プロジェクトに追加すると、問題が解決しました。

ユニットテストプロジェクトのデバッグ出力ウィンドウを確認しました。EntityFramework.SqlServer.dllがロードされませんでした。binフォルダーに追加した後、テストは正常に実行されました。

私も同様の問題がありました

私の問題は次のようにして解決しました：

DBContext単体テストプロジェクトのインスタンス化オブジェクトでも同じ問題が発生しました。単体テストプロジェクトパッケージをチェックしたところ、そのEntityFrameworkパッケージがインストールされていないことがわかり、Nugetからインストールして問題を解決しました（EFバグだと思います）。

幸せなコーディング

同じエラーメッセージが表示されました。

データアクセス用に別のプロジェクトがあります。Webプロジェクト（データプロジェクトを参照）をローカルで実行しても問題なく動作しました。しかし、アセンブリを紺碧にするためにWebプロジェクトをデプロイしたとき、EntityFramework.SqlServerはコピーされませんでした。Webプロジェクトへの参照を追加して再デプロイしたところ、機能するようになりました。

これが他の人に役立つことを願っています

Contoso Universityのチュートリアルをオフラインで作業していて、EFを使用して最初のコントローラーを作成しようとしたときに同じ問題が発生しました。パッケージマネージャーコンソールを使用してnugetキャッシュからEFをロードし、SQL Serverのローカルインスタンスへの接続文字列を作成する必要がありましたが、EFのwebConfig設定がすべて設定されていない可能性がありますが、できました「entityFramework」内の「プロバイダー」セクションを完全に削除して問題を解決するには

ロバート

簡単な修正があります。プロジェクトで参照を開き、[System.Data]を右クリックして、[プロパティ]をクリックします。「ローカルのコピー」を「True」に変更します。

問題を修正する必要があります。

私の場合、以前にSQL Server Express 2012（x64）をインストールしたときにSQL Server 2012 Developer Editionをインストールすることで問題を解決しました。欠けている依存関係を私に提供したようです。

エンティティフレームワークをnugetを介してプロジェクトから削除し、再度追加します。

私の場合dll、参照を追加しましたがコピーされませんでした。これは、EntityFramework.SqlServer.dllがプロジェクトにコピーされないためです。そのdllを追加すればうまくいくでしょう。datamodelを追加したプロジェクトからそれを見つけることができます。

ここで役立つすべての提案に加えて、EF 6.1.3を使用している場合は、プロジェクトの.netバージョンが4.5以上であることを確認してください。