A recuperação do factory de classe COM para o componente com CLSID {XXXX} falhou devido ao seguinte erro: 80040154

Desenvolvi um serviço Windows usando C # .NET para gerar relatório em PDF. Para gerar arquivo PDF, estou usando uma DLL de terceiros. O aplicativo está sendo executado na minha plataforma Windows XP. Quando implantei o serviço na versão de 64 bits do Windows Server 2008 , recebi este erro:

A recuperação do factory de classe COM para o componente com CLSID {46521B1F-0A5B-4871-A4C2-FD5C9276F4C6} falhou devido ao seguinte erro: 80040154.

Registrei a DLL usando o comando regsvr32. Eu consigo ver esse CLSID no registro. Mas o problema persiste.

Qual poderia ser o problema?

No VS - propriedades do projeto - na guia Compilar - destino da plataforma = X86

Corri para um problema muito semelhante.

Eu precisava usar uma DLL de 32 bits antiga em um Aplicativo da Web que estava sendo desenvolvido em uma máquina de 64 bits. Registrei a DLL de 32 bits na pasta windows \ sysWOW64 usando a versão do regsrv32 nessa pasta.

As chamadas para a DLL de terceiros funcionaram a partir de testes de unidade no Visual Studio, mas falharam no Aplicativo Web hospedado no IIS na mesma máquina com o erro 80040154.

Alterar o pool de aplicativos para "Ativar aplicativos de 32 bits" resolveu o problema.

Parece que seu serviço foi criado com 'Qualquer CPU', causando erros em 64 bits em que você está usando componentes COM. Você precisa construí-lo para x86.

O site provavelmente está sendo executado como um processo de 32 bits e é por isso que ele pode usar o componente. Construir sua solução x86fará com que seu serviço seja executado em 32 bits.

Você não precisa configurar o destino da plataforma de propriedades do projeto X86. Você também pode configurar as opções do iis para trabalhar com x86 assim

• Selecionar pool de aplicativos
• Selecione o pool que seu aplicativo usa
• Configurações avançadas
• Ativar aplicativos de 32 bits true

Se você está procurando uma maneira de fazer isso funcionar sem recompilar o aplicativo Any CPU, aqui está outra solução potencial:

1. Localize o GUID do objeto COM em HKey_Classes_Root \ Wow6432Node \ CLSID \ {GUID}
2. Uma vez localizado, adicione um novo valor REG_SZ (string). O nome deve ser AppID e os dados devem ser o mesmo GUID do objeto COM que você acabou de pesquisar
3. Adicione uma nova chave em HKey_Classes_Root \ Wow6432Node \ AppID. A nova chave deve ser chamada da mesma forma que o GUID do objeto COM.
4. Sob a nova chave que você acabou de adicionar, adicione um novo Valor da String e chame-o de DllSurrogate. Deixe o valor em branco.
5. Crie uma nova chave em HKey_Local_Machine \ Software \ Classes \ AppID \ Novamente, a nova chave deve ser chamada da mesma forma que o GUID do objeto COM. Nenhum valor é necessário para ser adicionado sob essa chave.

Não aceito crédito pela solução, mas funcionou para nós. Verifique o link da fonte para obter mais informações e outros comentários.

Fonte: https://techtalk.gfi.com/32bit-object-64bit-environment/

O problema é que o processo do servidor é de 64 bits e a biblioteca é de 32 bits e tenta criar o componente COM no mesmo processo (servidor em processo). Você recompila o servidor e o torna em 32 bits ou deixa o servidor inalterado e torna o componente COM fora de processo. A maneira mais fácil de tornar um servidor COM fora de processo é criar um aplicativo COM + - Painel de Controle -> Ferramentas Administrativas -> Serviços de Componentes.

Não alterei nenhuma configuração de compilação.

Basta definir "Ativar aplicativo de 32 bits = True" nas Configurações avançadas do AppPool.

Funcionou para mim

A solução para o Windows 2008 Server x64 é:

1. abra cmd.exe com permissão de administrador.
2. Copie a dll para a pasta C: \ Windows \ SysWOW64
3. execute o regsvr32 em C: \ Windows \ SysWOW64
4. Verifique se a dll está no registro do Windows.
5. Se você possui um .exe x86 que usa a dll, o exe deve ser compilado no modo x86.
6. O exe deve estar instalado na pasta C: \ Arquivos de Programas (x86)

Este procedimento é válido, está ok.

Eu tive o mesmo problema, mas as outras respostas forneceram apenas uma parte da solução.

A solução é duas vezes:

Remova os 64 bits do registro.

• c: \ windows \ system32 \ regsvr32.exe / U
• Isso não removerá referências para outras cópias da dll em outras pastas.

ou

• Localize a chave chamada HKEY_CLASSES_ROOT \ CLSID {......} \ InprocServer32. Essa chave terá o nome do arquivo da DLL como valor padrão.
• Eu removi a pasta HKEY_CLASSES_ROOT \ CLSID {......}.

Registre-o como 32 bits:

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

Registrá-lo como 32 bits sem remover o registro de 64 bits não resolve meu problema.

Teve um problema relacionado com uma correção diferente, mas semelhante:

Eu tinha um projeto de serviço do Windows definido como "Qualquer CPU" usando uma DLL de 64 bits. A mesma mensagem de erro. Tentei um monte de coisas, mas nada funcionou. Finalmente, entrei no projeto Propriedades -> Compilar e notei que o projeto tinha "Preferir 32 bits" marcado. Desmarcado e sem mais erros.

Meu palpite é que o serviço Windows esperava uma DLL de 32 bits e não conseguiu encontrá-la.

Para mudar para x86:

1. Crie um projeto de instalação para sua solução.
2. Depois de criá-lo, vá para o Solution Explorer, clique com o botão direito do mouse no projeto de instalação.
   • Pressione o Gerenciador de configuração.
   • Clique em: caixa de combinação "Active Solution Platform" e selecione New (se não houver x86 exibido)
   • Selecione a partir do primeiro combo x86 e pressione OK.
   • reconstruir o projeto de instalação e, em seguida, reconstruir todo o projeto.

Se você estiver executando um site, também poderá tentar definir seu pool de aplicativos para desativar os Aplicativos de 32 bits (nas configurações avançadas de um pool).

No meu caso pessoal, o problema foi corrigido, procurando a identificação da classe no registro do Windows na máquina do desenvolvedor (porque o problema foi lançado em um PC cliente). Esta ação será colocada no componente COM que causa o problema: uma biblioteca x86 mencionada no meu projeto .NET que não estava sendo registrada como OCX / COM para o aplicativo instalador ou atualizador.

Saudações

Para quem usa o VSTO, o problema para mim era uma referência ausente ao officeassembly. Também apareceria se você estivesse tentando instanciar certos objetos VSTO manualmente.

Eu descobri que meu problema estava relacionado ao registro real da DLL.

Primeiro execute o "Regedit.exe" em um prompt do CMD (aumentei o nível de segurança para Administrador, "apenas no caso") e, em seguida, procure o Registro (clicando em "Editar / Localizar" no menu RegEdit ou pressionando Ctrl + F) para o CLSID que aparece na mensagem de erro que você recebeu sobre o factory de classe COM. Meu CLSID era 29AB7A12-B531-450E-8F7A-EA94C2F3C05F. Quando essa chave for encontrada, selecione a subchave "InProcServer2" no nó Hive e verifique o nome do arquivo da DLL do problema no quadro Regedit à direita. mostrando em "Padrão". Se esse arquivo residir em "C: \ Windows \ SysWow64" (como C: \ Windows \ SysWow64 \ Redemption.dll "), é importante que você use o arquivo" C: \ Windows \ SysWow64 \ RegSvr32.exe "para registre essa DLL na linha de comando e NÃO o padrão "C: C: \ Windows \ SysWow64 \ RegSvr32.exe c: \ Windows \ SysWow64 \ Redemption.dll, pressione a tecla Enter. Feche a janela de comando (via "Sair" e, em seguida, reinicie o computador (sempre use reiniciar em vez de Fechar e, em seguida, inicie, pois (estranhamente) o Reinício efetua um completo desligamento e recarregamento de tudo, enquanto "Desligar" e o Power-Up recarregam um cache armazenado de drivers e outros valores (que podem estar com defeito.) Sempre que você registrar uma DLL no futuro, lembre-se de usar o SysWow64 "RegSvr32.exe" para qualquer DLL armazenada na pasta C: \ Windows \ SysWow64 e esse problema (se for causado por registro incorreto) não deve ocorrer novamente.

Meu problema era que eu tinha a versão errada do MS Sync FrameWork (1.0) nas referências do meu projeto. Após a atualização para a versão 2.1, o erro desapareceu e a vida é boa novamente.

No meu caso, estou produzindo um arquivo do ms office como wordou excel, executo Win+Re executo dcomcnfg, no DCOM Config, além de selecionar o item de nome relacionado ao OFFICE (como nome contém Excelou Wordou Office) e, Open the properties, select Identity tab and select the interactive user.como esta resposta ,

Minha mensagem de erro é exibida CLSID {000209FF-0000-0000-C000-000000000046}, então eu tenho que tentar encontrar esse CLSID específico no DCOM Config, e ele existe, e eu o seleciono e sigo a mesma etapa definida interactive user, então funciona.