Тип провайдера Entity Framework не может быть загружен?

Question

Я пытаюсь запустить свои тесты на 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.Entity в любом из моих проектов, как было предложено на codeplex для обновления до 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

Answer 1

Та же проблема, но я установил EF 6 через Nuget. EntityFramework.SqlServer отсутствует для другого исполняемого файла. Я просто добавил пакет nuget в этот проект.

Answer 2

У меня была такая же проблема в моих тестовых проектах - я устанавливал последние биты EF6 через NuGet и каждый раз, когда я вызываю что-то, связанное с EF, я получаю:

Не удалось загрузить тип поставщика Entity Framework "System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer" для поставщика ADO.NET "System.Data.SqlClient". Убедитесь, что сборка провайдера доступна для работающего приложения. См. 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 из вашего проекта Model/entity.

Answer 3

Nuget настроит ваш проект EF6 для ссылки на EntityFramework.SqlServer.dll. Он развертывается в выходной папке для вашего проекта EF6 во время сборки, но не развертывается в выходной папке для проектов, ссылающихся на ваш проект EF6. Я полагаю, что это потому, что Visual Studio достаточно "умен", чтобы обнаружить, что ничто в вашей сборке на самом деле не использует dll напрямую и поэтому не включает его. Вы можете принудительно развернуть EntityFramework.SqlServer.dll в выходной папке проектов, ссылающихся на ваш проект EF6 (модульные тесты, пользовательский интерфейс и т. Д.), Добавив код в ваш проект EF6, который использует 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://stackru.com/a/22315164/1141360.
    private static SqlProviderServices instance = SqlProviderServices.Instance;
}

Answer 4

Мое решение состояло в том, чтобы удалить платформу сущностей из проекта через менеджер nuget и добавить ее обратно.

Answer 5

Я решил это, добавив использование метки поверх моего класса DBContext, вот так:

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

Answer 6

Я использовал регистрацию на основе кода для провайдера. ссылка1 ссылка2

Просто создал класс конфигурации как

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

Ключевой момент заключается в следующем. SetProviderServices (SqlProviderServices.ProviderInvariantName, SqlProviderServices.Instance);

и использовал его таким образом

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

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

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

Answer 7

Я разобрался с [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());
        }
    }
}

Answer 8

Опоздал на вечеринку, но ответы лучших избирателей показались мне взломанными.

Все, что я сделал, это удалил следующее из моего 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>

Answer 9

У меня проблема, потому что я не добавляю ссылку на EntityFramework.sqlServer.dll. Когда я разрабатываю программу, она работает. Но когда я публикую приложение и устанавливаю его, оно выдает ошибку.

Я просто добавляю ссылку и снова создаю и публикую.

Answer 10

У меня была одна и та же проблема, которую я пробовал много раз, но она не разрешилась, но когда я установил пакет EntityFramework.SqlServerCompact, он решил установить этот пакет из диспетчера пакетов Nuget.

Install-Package EntityFramework.SqlServerCompact

Answer 11

Я решил это путем ручного копирования EntityFramework.SqlServer.dll подать в bin folder основного приложения.

Answer 12

Я вижу аналогичную проблему и использую метод из этого поста: ( http://entityframework.codeplex.com/workitem/1590), который решает мою проблему.

Чтобы обойти эту проблему, вы можете сделать так, чтобы ваша тестовая сборка напрямую ссылалась на сборку поставщика, добавив такую ​​строку в любом месте тестовой сборки: var _ = System.Data.Entity.SqlServer.SqlProviderServices.Instance;

Answer 13

Я наконец решил это. Оказывается, у меня была ошибочная реализация IDIsposable в моем классе репозитория. Я исправил это. Ошибочная реализация вызвала исключение stackru, так как я не распределял ресурсы должным образом. Это привело к тому, что VS не запустил тесты, и механизм выполнения теста завис.

Я подал это в Microsoft здесь (это было до того, как я получил правильное решение). connect.microsoft.com/VisualStudio/feedback/details/775868/vs-test-execution-crashes-in-vs-2012#details

В любом случае, сборка теперь отлично работает на teamcity. Тем не менее, мне все еще любопытно, почему ни один из механизмов исполнения VS Test не мог изящно объяснить мне, что происходит, а не Team City.

Я обнаружил основную причину, отладив тест вручную (что я понял только через столько дней, исправление заняло у меня 5 секунд).

Надеюсь, это поможет кому-то, кто сталкивается с такими проблемами.

Answer 14

Я создал статический файл "запуска" и добавил код для принудительного копирования библиотеки 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);
    }
}

                                        
                                    
                                

Answer 15

Когда я проверил проблему, я заметил, что в папке вывода отсутствуют следующие dll. Простое решение - скопировать Entityframework.dll и Entityframework.sqlserver.dll с app.config в выходную папку, если приложение находится в режиме отладки. В то же время измените параметр сборки "Скопировать в выходную папку" в app.config, чтобы всегда копировать. Это решит вашу проблему.

Answer 16

Попробовав все предложенные решения и не заставив мой проект работать, я наконец нашел небольшой комментарий на этой странице:

Удаление BIN-папки сделало это для меня

И это сработало для меня тоже.

Теперь я не могу сказать, нужно ли вам просто удалять папку bin, и она уже будет работать, или если сначала вам придется делать то, что предложили другие разработчики, но суть в том, что я получил ее только после удаления Папка bin, и это через 3 и более часа ищет и пробует другие решения. Так что, возможно, это сработает и для вас.

Answer 17

Просто ссылка или браузер EF DLL - EntityFramework.SqlServer.dll

Answer 18

Я не хотел ссылаться на EF в своем проекте приложения (или что-либо копировать вручную), поэтому я добавил это в события Post-build моего проекта EF:

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

Answer 19

Это происходит только внутри моих проектов нагрузочного / модульного тестирования. Расстраиваюсь, я просто столкнулся с этим в проекте, которым управляю уже 2 года. Должен быть какой-то порядок пробного запуска, который ломает вещи. Я полагаю, что когда-то его убрали.

Я обнаружил, что просто объявление переменной, которая использует правильное значение, решает проблему... Я никогда даже не вызывал метод. Просто определите это. Странно, но это работает.

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

Answer 20

У меня тоже была похожая проблема

Моя проблема была решена с помощью следующих действий:

Answer 21

У меня была такая же проблема с Instantiating DBContext объект из проекта модульного тестирования. Я проверил свои пакеты проектов модульного теста и понял, что EntityFramework пакет не был установлен, я установил это от Nuget, и проблема решена (я думаю, что это ошибка EF).

счастливое кодирование

Answer 22

Добавление Entityframework.dll и Entityframework.sqlserver.dll к базовому проекту решило проблему.

Answer 23

Я проверил окно вывода отладки в проекте модульного теста. EntityFramework.SqlServer.dll не был загружен. После добавления его в папку bin тесты были успешно выполнены.

Answer 24

Нажмите на ссылку> проверить EntityFramework ссылка есть или нет

Если нет в наличии Добавить

Нажмите на

Добавить ссылку> Добавить платформу сущностей 1)EntityFrameWork 2)EntityFrameWork.SqlServer

Answer 25

Удалите структуру объекта из проекта через Nuget, а затем добавьте его обратно.

Answer 26

Я столкнулся с точно такой же проблемой на моем сервере сборки CI (работающем под управлением Bamboo), который не устанавливает на него никакую среду разработки Visual Studio.

Без каких-либо изменений кода для процесса сборки / тестирования (что я не считаю хорошим решением), лучший способ - скопировать EntityFramework.SqlServer.dll и вставьте его в C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE, (где твой mstest работает)

Задача решена!

Answer 27

Проблема в моем случае заключалась в том, что для того, чтобы поймать другое исключение, я включил исключения общеязыковой среды выполнения (CLR). И я забыл отключить его.

Я отключил его в настройках исключения. и он пропустил это исключение и продолжил автоматически запускать и создавать для меня БД (в моем случае).

Answer 28

Это легко исправить. откройте ссылки в вашем проекте, щелкните правой кнопкой мыши "System.Data" -> свойства. Измените "Копировать локально" на "Истина".

Проблема должна быть исправлена.

Answer 29

В моем случае я решил проблему, установив SQL Server 2012 Developer Edition, когда я ранее установил SQL Server Express 2012 (x64). Кажется, это дало мне недостающую зависимость.

Answer 30

Убедитесь, что EntityFramework.dll, EntityFramework.SqlServer.dll и dll вашего провайдера (для SQL Server Compact, который будет EntityFramework.SqlServerCompact.dll) находятся в папке развернутого приложения. Это особенно важно для развернутого приложения.