Получение COM-класса factory для компонента с CLSID {XXXX} не удалось из-за следующей ошибки: 80040154

Ответ 1

В VS - свойствах проекта - на вкладке Build - платформа target = X86

Ответ 2

Похоже, что ваша служба была построена против "Any CPU", вызывая ошибки на 64-битных, когда вы используете COM-компоненты. Вам нужно построить его для x86.

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

Ответ 3

У меня возникла очень похожая проблема.

Мне нужно было использовать старую 32-разрядную DLL в веб-приложении, которое разрабатывалось на 64-битной машине. Я зарегистрировал 32-битную DLL в папку windows\sysWOW64, используя версию regsrv32 в этой папке.

Звонки в стороннюю DLL работали с модульных тестов в Visual Studio, но не с веб-приложения, размещенного в IIS, на том же компьютере с ошибкой 80040154.

Изменение пула приложений на "Включить 32-разрядные приложения" разрешило проблему.

Ответ 4

Проблема заключается в том, что серверный процесс составляет 64 бит, а библиотека 32-разрядная и пытается создать COM-компонент в том же процессе (внутрипроцессного сервера). Либо вы перекомпилируете сервер и сделаете его 32-разрядным, либо оставите сервер без изменений и внесите COM-компонент вне процесса. Самый простой способ сделать COM-сервер вне процесса - создать приложение COM + - Панель управления → Администрирование → Компонентные службы.

Ответ 5

Если вы ищете способ сделать эту работу без перекомпиляции своего приложения с любым процессором, вот еще одно потенциальное обходное решение:

1. Найдите GUID объекта COM в HKey_Classes_Root\Wow6432Node\CLSID\{GUID}
2. После размещения добавьте новое значение REG_SZ (string). Имя должно быть AppID, а данные должны совпадать с идентификатором GUID объекта COM, который вы только что искали
3. Добавьте новый ключ в HKey_Classes_Root\Wow6432Node\AppID. Новый ключ следует называть так же, как GUID объекта COM.
4. Под новым ключом, который вы только что добавили, добавьте новое значение строки и назовите его DllSurrogate. Оставьте значение пустым.
5. Создайте новый ключ под HKey_Local_Machine\Software\Classes\AppID\Again, новый ключ должен называться так же, как GUID COM-объектов. Никакие значения не нужно добавлять под этим ключом.

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

Источник: https://techtalk.gfi.com/32bit-object-64bit-environment/

Ответ 6

Вам не нужно настраивать целевую платформу X86 для платформы проекта. Вы также можете настроить параметры iis для работы с x86, как это

• Выберите пул приложений
• Выберите пул, который использует ваше приложение.
• Дополнительные настройки
• Включить 32-разрядные приложения true

Ответ 7

Я не изменял никаких параметров компиляции.

Просто установите "Включить 32-разрядное приложение = True" в дополнительных настройках AppPool.

Это сработало для меня

Ответ 8

Решение для сервера Windows Server x64:

• откройте cmd.exe с правами администратора.
• Скопируйте dll в папку C:\Windows\SysWOW64
• запустите regsvr32 из C:\Windows\SysWOW64
• Убедитесь, что dll находится в реестре Windows.
• Если у вас есть .exe x86, который использует DLL, exe должен быть скомпилирован в режиме x86.
• EXE должен быть установлен в папку C:\Program Files (x86)

Эта процедура действительна, это нормально.

Ответ 9

Имел связанную проблему с другим, но похожим исправлением:

У меня был проект службы Windows, установленный на "Any-CPU" с использованием 64-разрядной библиотеки DLL. Такое же сообщение об ошибке. Пробовал целую кучу вещей, но ничего не получилось. Наконец, я вошел в проект Properties → Build и заметил, что проект имел "Предпочитаю 32-бит". Непроверено это и больше ошибок.

Я предполагаю, что служба Windows ожидала 32-разрядную DLL и не могла ее найти.

Ответ 10

У меня была такая же проблема, но в других ответах была предоставлена ​​только одна часть решения.

Решение в два раза:

Извлеките 64-разрядный из регистра.

• c:\windows\system32\regsvr32.exe/U
• Это не приведет к удалению ссылок на другие, скопированные из dll в других папках.

или

• Найдите ключ HKEY_CLASSES_ROOT\CLSID {......}\InprocServer32. Этот ключ будет иметь имя DLL в качестве значения по умолчанию.
• Я удалил папку HKEY_CLASSES_ROOT\CLSID {......}.

Зарегистрируйте его как 32bit:

• C:\Windows\SysWOW64\regsvr32 <file.dll>

Регистрация его как 32-битной без удаления 64-битной регистрации не решит мою проблему.

Ответ 11

Чтобы перейти на x86:

• Создайте проект для вашего решения.
• После его создания перейдите в Solution Explorer, щелкните правой кнопкой мыши проект установки.
  • Нажмите Configuration Manager.
  • Нажмите "Комбинация" Активная платформа решений "и выберите" Создать "(если не отображается x86)
  • Выберите сначала комбо x86, затем нажмите OK.
  • перестроить проект установки, а затем перестроить весь проект.

Ответ 12

Если вы используете веб-сайт, вы также можете попытаться настроить пул приложений на запрещение 32-разрядных приложений (в дополнительных настройках пула).

Ответ 13

Для тех, кто использует VSTO, проблема для меня была отсутствующей ссылкой на сборку office. Это также проявляется, если вы пытаетесь создать экземпляр определенных объектов VSTO вручную.

Ответ 14

В моем личном случае проблема была исправлена, ища идентификатор класса в реестре Windows на машине разработчика (потому что проблема была брошена на клиентский ПК). Это действие будет помещено в COM-компонент, который вызывает проблему: библиотека x86, на которую ссылается в моем проекте .NET, который не был зарегистрирован как OCX/COM для приложения-установщика или обновления.

Привет

Ответ 15

Моя проблема заключалась в том, что у меня была неправильная версия MS Sync FrameWork (1.0) в моем проекте "Ссылки". После обновления до версии 2.1 ошибка исчезла, и жизнь снова стала хорошей.

Ответ 16

Я обнаружил, что моя проблема связана с фактической регистрацией DLL.

Сначала запустите "Regedit.exe" из приглашения CMD (я поднял его уровень безопасности до "Администратор", на всякий случай "), затем выполните поиск в реестре (нажав" Изменить/найти "в меню RegEdit или нажав Ctrl + F) для CLSID, отображаемого в сообщении об ошибке, которое вы получили относительно фабрики COM-класса. Мой CLSID был 29AB7A12-B531-450E-8F7A-EA94C2F3C05F. Когда этот ключ найден, выберите подменю "InProcServer2" под этим узлом Hive и проверьте имя файла DLL проблемы в правой рамке Regedit. в разделе "По умолчанию". Если этот файл находится в папке "C:\Windows\SysWow64" (например, C:\Windows\SysWow64\Redemption.dll), то важно, чтобы вы использовали файл "C:\Windows\SysWow64\RegSvr32.exe" для зарегистрируйте эту DLL из командной строки, а НЕ - файл по умолчанию "C:\Windows\System32\RegSvr32.exe". Поэтому я запустил приглашение CMD (в разделе "Административный уровень" (на всякий случай этот уровень необходим) и введите (в случае моей DLL): C:\Windows\SysWow64\RegSvr32.exe c:\Windows\SysWow64\Redemption.dll нажмите клавишу ввода. Закройте окно команд (через "Выход", затем перезагрузите компьютер (всегда используйте перезапуск вместо Close Down, затем запустите, поскольку (как ни странно) Restart выполняет тщательное закрытие и перезагрузку всего, тогда как "Shut down" и Power-Up перезагружают сохраненный кэш драйверов и другие значения (что может быть неисправно). вы регистрируете DLL в будущем, не забудьте использовать SysWow64 "RegSvr32.exe" для любой DLL, хранящейся в папке C:\Windows\SysWow64, и эта проблема c (если она вызвана я ncorrect registration) не должно повториться.