Il recupero del factory di classe COM per il componente con CLSID {XXXX} non è riuscito a causa del seguente errore: 80040154

Ho sviluppato un servizio Windows utilizzando C # .NET per generare report PDF. Per generare un file PDF sto usando una DLL di terze parti. L'applicazione è in esecuzione sulla mia piattaforma Windows XP. Quando ho distribuito il servizio nella versione a 64 bit di Windows Server 2008 , ho riscontrato questo errore:

Il recupero del factory di classe COM per il componente con CLSID {46521B1F-0A5B-4871-A4C2-FD5C9276F4C6} non è riuscito a causa del seguente errore: 80040154.

Ho registrato la DLL usando il comando regsvr32. Ho potuto vedere questo CLSID nel registro. Ma il problema persiste.

Quale potrebbe essere il problema?

In VS - proprietà del progetto - nella scheda Costruisci - target piattaforma = X86

Ho riscontrato un problema molto simile.

Avevo bisogno di usare una vecchia DLL a 32 bit all'interno di un'applicazione Web che era stata sviluppata su un computer a 64 bit. Ho registrato la DLL a 32 bit nella cartella windows \ sysWOW64 usando la versione di regsrv32 in quella cartella.

Le chiamate alla DLL di terze parti hanno funzionato dai test unitari in Visual Studio ma non sono riuscite dall'applicazione Web ospitata in IIS sullo stesso computer con l'errore 80040154.

La modifica del pool di applicazioni in "Abilita applicazioni a 32 bit" ha risolto il problema.

Sembra che il tuo servizio sia stato creato contro "Any CPU", causando errori su 64 bit in cui si utilizzano componenti COM. Devi costruirlo per x86.

Il sito Web è probabilmente in esecuzione come processo a 32 bit, motivo per cui può utilizzare il componente. La creazione della soluzione contro x86forzerà l'esecuzione del servizio a 32 bit.

Non è necessario configurare la destinazione della piattaforma delle proprietà del progetto X86. Puoi anche configurare le opzioni di IIS per lavorare con x86 in questo modo

• Seleziona Pool di applicazioni
• Seleziona il pool utilizzato dalla tua app
• Impostazioni avanzate
• Abilita applicazioni a 32 bit true

Se stai cercando un modo per farlo funzionare senza ricompilare l'applicazione Any CPU, ecco un'altra potenziale soluzione:

1. Individua il GUID dell'oggetto COM in HKey_Classes_Root \ Wow6432Node \ CLSID \ {GUID}
2. Una volta individuato, aggiungere un nuovo valore REG_SZ (stringa). Il nome deve essere AppID e i dati devono essere lo stesso GUID dell'oggetto COM che hai appena cercato
3. Aggiungi una nuova chiave in HKey_Classes_Root \ Wow6432Node \ AppID. La nuova chiave deve essere chiamata uguale al GUID dell'oggetto COM.
4. Sotto la nuova chiave appena aggiunta, aggiungi un nuovo valore stringa e chiamalo DllSurrogate. Lascia il valore vuoto.
5. Creare una nuova chiave in HKey_Local_Machine \ Software \ Classes \ AppID \ Ancora una volta la nuova chiave deve essere chiamata uguale al GUID dell'oggetto COM. Non è necessario aggiungere valori in questa chiave.

Non mi merito per la soluzione, ma ha funzionato per noi. Controlla il link di origine per ulteriori informazioni e altri commenti.

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

Il problema è che il processo del server è a 64 bit e la libreria a 32 bit e tenta di creare il componente COM nello stesso processo (server in-proc). Ricompilare il server e renderlo a 32 bit oppure lasciare invariato il server e rendere il processo COM fuori processo. Il modo più semplice per rendere out-of-process un server COM è quello di creare un'applicazione COM + - Pannello di controllo -> Strumenti di amministrazione -> Servizi componenti.

Non ho modificato alcuna impostazione di compilazione.

Basta impostare "Abilita applicazione a 32 bit = Vero" in Impostazioni avanzate AppPool.

Ha funzionato per me

La soluzione per Windows 2008 Server x64 è:

1. aprire cmd.exe con il permesso di amministratore.
2. Copia la dll nella cartella C: \ Windows \ SysWOW64
3. eseguire regsvr32 da C: \ Windows \ SysWOW64
4. Verificare che la dll sia nel registro di Windows.
5. Se hai un .exe x86 che usa la dll, l'exe deve essere compilato in modalità x86.
6. L'exe deve essere installato nella cartella C: \ Programmi (x86)

Questa procedura è valida, è ok.

Ho avuto lo stesso problema, ma le altre risposte hanno fornito solo una parte della soluzione.

La soluzione è duplice:

Rimuovere il 64 bit dal registro.

• c: \ windows \ system32 \ regsvr32.exe / U
• Ciò non rimuoverà i riferimenti ad altri copiati della DLL in altre cartelle.

o

• Trova la chiave denominata HKEY_CLASSES_ROOT \ CLSID {......} \ InprocServer32. Questa chiave avrà il nome file della DLL come valore predefinito.
• Ho rimosso la cartella HKEY_CLASSES_ROOT \ CLSID {......}.

Registralo come 32 bit:

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

Registrarlo come 32 bit senza rimuovere la registrazione a 64 bit non risolve il mio problema.

Si è verificato un problema correlato con una correzione diversa, ma simile:

Ho avuto un progetto di servizio di Windows impostato su "Any-CPU" utilizzando una DLL a 64 bit. Stesso messaggio di errore. Ho provato un sacco di cose, ma niente ha funzionato. Infine, sono entrato in Proprietà del progetto -> Crea e ho notato che il progetto aveva "Preferisci 32 bit" controllato. Deselezionato questo e non più errori.

La mia ipotesi è che il servizio Windows si aspettasse una DLL a 32 bit e non è riuscito a trovarlo.

Per passare a x86:

1. Crea un progetto di installazione per la tua soluzione.
2. Dopo averlo creato, vai a Esplora soluzioni, fai clic con il pulsante destro del mouse sul progetto di installazione.
   • Premi Configuration Manager.
   • Fai clic su: casella combinata "Piattaforma soluzione attiva" e seleziona Nuovo (se non viene visualizzato x86)
   • Selezionare dalla prima combo x86 quindi premere OK.
   • ricostruire il progetto di installazione, quindi ricostruire tutto il progetto.

Se stai gestendo un sito Web, puoi anche provare a impostare il pool di applicazioni in modo che disabiliti le applicazioni a 32 bit (nelle impostazioni avanzate di un pool).

Nel mio caso personale il problema è stato risolto cercando l'id della classe nel registro di Windows sul computer dello sviluppatore (perché il problema era stato generato in un PC client). Questa azione verrà inserita nel componente COM che causa il problema: una libreria x86 referenziata nel mio progetto .NET che non era registrata come OCX / COM per l'applicazione di installazione o aggiornamento.

Saluti

Per chiunque utilizzasse VSTO, il problema per me era un riferimento mancante officeall'assemblaggio. Sembrerebbe anche se si stesse provando a creare un'istanza di determinati oggetti VSTO manualmente.

Ho scoperto che il mio problema riguardava l'effettiva registrazione della DLL.

Prima esegui "Regedit.exe" da un prompt CMD (ho innalzato il livello di sicurezza ad Amministratore, "per ogni evenienza"), quindi cerca nel registro (facendo clic su "Modifica / Trova" nel menu RegEdit o premendo Ctrl + F) per il CLSID visualizzato nel messaggio di errore ricevuto relativo al factory di classe COM. Il mio CLSID era 29AB7A12-B531-450E-8F7A-EA94C2F3C05F. Quando viene trovata questa chiave, selezionare la sottochiave "InProcServer2" sotto quel nodo Hive e accertare il nome file della DLL problematica nel riquadro Regedit a destra. visualizzato in "Predefinito". Se il file si trova in "C: \ Windows \ SysWow64" (come C: \ Windows \ SysWow64 \ Redemption.dll "), è importante utilizzare il file" C: \ Windows \ SysWow64 \ RegSvr32.exe "per registra quella DLL dalla riga di comando e NON l'impostazione predefinita "C: C: \ Windows \ SysWow64 \ RegSvr32.exe c: \ Windows \ SysWow64 \ Redemption.dll premere Invio. Chiudi la finestra di comando (tramite "Esci", quindi riavvia il computer (usa sempre riavvia invece di Chiudi, quindi avvia, poiché (stranamente) Riavvia esegue un arresto completo e ricarica tutto mentre "Spegni" e Ricarica ricaricano un cache memorizzata di driver e altri valori (che potrebbero essere difettosi). Ogni volta che si registra una DLL in futuro, ricordarsi di utilizzare SysWow64 "RegSvr32.exe" per qualsiasi DLL memorizzata nella cartella C: \ Windows \ SysWow64 e questo problema c (se è causato da una registrazione errata) non dovrebbe ripetersi.

Il mio problema era che avevo la versione MS Sync FrameWork (1.0) sbagliata nei riferimenti del mio progetto. Dopo l'aggiornamento alla versione 2.1, l'errore era sparito e la vita è di nuovo buona.

Nel mio caso, sto producendo file MS Office come wordo excel, corro Win+Red eseguo dcomcnfg, nella configurazione DCOM, oltre a selezionare l'elemento del nome correlato a OFFICE (come il nome contiene Excelo Wordo Office) e Open the properties, select Identity tab and select the interactive user.come questa risposta ,

Il mio messaggio di errore mostra CLSID {000209FF-0000-0000-C000-000000000046}, quindi devo provare a trovare questo CLSID specifico in DCOM Config, ed esce, lo seleziono e seguo lo stesso passo impostato interactive user, quindi funziona.