Не удалось загрузить файл или сборку System.Data.SQLite

System.Data.SQLite.dll - это смешанная сборка, т. Е. Она содержит как управляемый код, так и собственный код. Следовательно, конкретный System.Data.SQLite.dll либо x86, либо x64, но не оба одновременно.

Обновление (любезно предоставлено Дж. Пабло Фернандесом): Cassini, веб-сервер разработки, используемый Visual Studio, когда вы нажимаете F5 или зеленую кнопку «воспроизведение», поддерживает только x86, который означает, что даже если ваша рабочая станция x64, вы сможете использовать только x86-версию System.Data.SQLite.dll.

Альтернативой является использование не Cassini, а IIS7, который правильно x64.

Убедитесь, что для пула приложений для параметра «Включить 32-разрядные приложения» установлено значение false.

Перейдите к IIS7 Application Pool -> advanced settings and set the 32-bit application to true.

Это очень просто, если вы не используете SQLite:

Вы можете удалить библиотеки DLL SQLite из папок bin вашего решения, а затем из папки, в которой вы ссылаетесь на ELMAH. Перестройте, и ваше приложение не будет пытаться загрузить эту DLL, которую вы не используете.

У меня есть 64-битная машина для разработки и 32-битный сервер сборки. Я использовал этот код до инициализации NHibernate. Прекрасно работает на любой архитектуре (ну 2, которые я тестировал)

Надеюсь, это кому-то поможет.

Гвидо

        private static void LoadSQLLiteAssembly()
        {
            Uri dir = new Uri(Assembly.GetExecutingAssembly().CodeBase);
            FileInfo fi = new FileInfo(dir.AbsolutePath);           
            string binFile = fi.Directory.FullName + "\\System.Data.SQLite.DLL";
            if (!File.Exists(binFile)) File.Copy(GetAppropriateSQLLiteAssembly(), binFile, false);
        }

        private static string GetAppropriateSQLLiteAssembly()
        {
            string pa = Environment.GetEnvironmentVariable("PROCESSOR_ARCHITECTURE");
            string arch = ((String.IsNullOrEmpty(pa) || String.Compare(pa, 0, "x86", 0, 3, true) == 0) ? "32" : "64");
            return GetLibsDir() + "\\NUnit\\System.Data.SQLite.x" + arch + ".DLL";
        }

Я решил это, установив System.Data.SQLite с расширением Nuget. Это расширение можно использовать для Visual Studio 2010 или более поздних версий. Во-первых, вам нужно установить расширение Nuget. Вы можете следить здесь:

• Перейдите в Visual Studio 2010, Меню -> Инструменты
• Выберите Extension Manager
• Введите NuGet в поле поиска и щелкните Онлайн-галерея. Ожидание Получение информации…
• Выберите полученный диспетчер пакетов NuGet, нажмите кнопку «Загрузить». Ожидание загрузки…
• Нажмите Установить в диспетчере пакетов NuGet установщика расширений Visual Studio. Дождитесь завершения установки.
• Нажмите "Закрыть" и "Перезагрузить сейчас".

Во-вторых, теперь вы можете установить SQLite:

• Перейдите в меню TOOLS-> Диспетчер пакетов библиотеки-> Консоль диспетчера пакетов Visual Studio.
• Затем запустите команду Install-Package System.Data.SQLite в консоли диспетчера пакетов. Примерно так: запустите команду Install-Package System.Data.SQLite в консоли диспетчера пакетов

А теперь вы можете использовать System.Data.SQLite.

В этом случае вы видите две папки x64 и x86, эти папки содержат SQLite.Interop.dll. Теперь перейдите в окна свойств этих dll и установите действие сборки - это содержимое, а Копировать в выходной каталог - всегда копировать.

Итак, это мой путь.

Спасибо. Ким Тхо Фам, город Хошимин, Вьетнам. Почта: [email protected]

В нашем случае не сработало, потому что на нашем производственном сервере отсутствует

Распространяемый пакет Microsoft Visual C ++ 2010 SP1 (x86)

Мы его установили, и все работает нормально. В пуле приложений должно быть установлено значение «Включить 32-разрядные приложения», и вы должны использовать версию библиотеки x86.

Как человеку, которому приходилось иметь дело с довольно большим количеством отчетов об ошибках на Roadkill Wiki с точно такой же проблемой, вам нужно сделать следующее:

• Вы используете x64 или x86? Sqlite поставляется с DLL для разных архитектур - скопируйте нужную в папку bin, для официального провайдера есть две DLL: System.Data.SQLite.dll System.Data.SQLite.Linq.dll
• Если вас не беспокоит поиск этих сборок, включите 32-битный режим для вашего пула приложений (обычно это решение только для машин разработки)
• Если вы размещаете на сервере, вам понадобится распространяемый компонент Microsoft C ++ Runtime - он не установлен на Server 2008 R2 по умолчанию. версия x64, версия x86

Это настоящая боль в заднице, через сколько обручей вам придется перепрыгнуть при повторном распространении двоичных файлов SQLite .NET, мое решение для Roadkill в конечном итоге заключалось в том, чтобы скопировать правильные двоичные файлы в папку ~ / bin на основе архитектуры, которую вы используете . К сожалению, это не решает проблему времени выполнения C ++.

Связанная с ручной загрузкой сборка System.Data.SQLite может решить эту проблему.

Изменен код gatapia, как показано ниже:

    public static void LoadSQLLiteAssembly()
    {
        Uri dir = new Uri(Assembly.GetExecutingAssembly().CodeBase);
        FileInfo fi = new FileInfo(dir.AbsolutePath);
        string appropriateFile = Path.Combine(fi.Directory.FullName, GetAppropriateSQLLiteAssembly());
        Assembly.LoadFrom(appropriateFile);
    }

    private static string GetAppropriateSQLLiteAssembly()
    {
        string pa = Environment.GetEnvironmentVariable("PROCESSOR_ARCHITECTURE");
        string arch = ((String.IsNullOrEmpty(pa) || String.Compare(pa, 0, "x86", 0, 3, true) == 0) ? "32" : "64");
        return "System.Data.SQLite.x" + arch + ".DLL";
    }

Я получил эту ошибку, когда наш сервер Windows был преобразован с 32-битной ОС на 64-битную. Сборка, которая выдавала ошибку, была настроена на компиляцию в режиме x86 (то есть в режиме 32). Я переключил его на «Любой процессор», и это помогло. Вы можете изменить это значение, выполнив следующие действия:

щелкните правой кнопкой мыши проект и перейдите к Properties -> Build -> Platform Target -> change to "Any CPU"

Как ни странно, я решил эту проблему, установив System.Data.SQLite через приложение Nuget GUI, а не через консоль диспетчера пакетов.

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

System.Data.SQLite зависит от System.Data.SQLite.interop убедитесь, что оба пакета имеют одинаковую версию и оба являются x86.

Это старый вопрос, но я пробовал все вышеперечисленное. Я работал строго над проектом x86, поэтому не было двух папок / x86, / x64. Но по какой-то причине System.Data.SQLite была версией, отличной от System.Data.SQLite.interop, как только я вытащил соответствующие DLL, проблема была решена.

Я придумал 2 быстрых решения. Либо работать на меня. Думаю проблема в разрешениях.

1) Вместо файла Elmah.dll из каталога net-2.0 я использовал Elmah.dll из net-1.1.

2) Вместо того, чтобы хранить Elmah.dll в каталоге bin проекта. Я создаю каталог dll, чтобы поместить его.

Другой способ обойти это - просто обновить ваше приложение до ELMAH 1.2, а не до 1.1.

Можете ли вы удалить папку отладки bin и снова перекомпилировать?

Или проверьте ссылку вашего проекта на System.Data.SQLite, найдите, где он находится, затем откройте dll в отражателе. Если вы не можете открыть его, это означает, что DLL повреждена, возможно, вы захотите найти правильный или переустановить .NET Framework.

Если вы используете IIS Express в качестве веб-сервера на своей машине разработки, я бы выбрал Local IIS. Это сработало для меня.

Это старый пост, но он может помочь некоторым людям, ищущим эту ошибку, попробовать установить для параметра «Включить 32-разрядные приложения» значение True для пула приложений. Это то, что разрешило ошибку для меня. Я пришел к этому решению, прочитав некоторые комментарии к ответу @beckelmw.

Вероятно, у вас установлен не тот пакет. Вам нужен пакет, созданный Microsoft, который реализует System.Data.Common модель провайдера.