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

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

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

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

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

У меня есть 64-битная dev-машина и 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";
        }

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

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

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

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

• Перейдите в Visual Studio 2010, Меню → Инструменты
• Выберите "Диспетчер расширений"
• Введите NuGet в поле поиска и нажмите Online Gallery. Ожидание получения информации...
• Выберите извлеченный диспетчер пакетов 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 и установите, что действие сборки - это содержимое, а Copy для вывода - это Copy всегда.

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

Спасибо. Ким Тхо Фам, HoChiMinh City, Вьетнам. Электронная почта: [email protected]

Ручная сборка 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, в отличие от консоли диспетчера пакетов.

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

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

Распространяемый пакет Microsoft Visual С++ 2010 с пакетом обновления 1 (x86)

Мы установили его, и все работает нормально. Пул приложений должен иметь Разрешенные 32-разрядные приложения, установленные в true, и вы должны иметь версию библиотеки x86

Еще один способ обойти это - просто обновить приложение до ELMAH 1.2, а не 1.1.

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

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

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

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

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

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

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

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