La récupération de la fabrique de classes COM pour le composant avec CLSID {XXXX} a échoué en raison de l'erreur suivante : 80040154.

Question

J'ai développé un service Windows utilisant C#.NET pour générer un rapport PDF. Pour générer le fichier PDF, j'utilise une dll d'un tiers. L'application fonctionne sur ma plateforme Windows XP. Lorsque j'ai déployé le service dans Windows Server 2008 version 64 bit, j'ai eu cette erreur :

Récupération de la fabrique de classes COM pour composant avec CLSID {46521B1F-0A5B-4871-A4C2-FD5C9276F4C6} a échoué en raison de l'erreur suivante : 80040154.

J'ai enregistré la DLL en utilisant la commande regsvr32. J'ai pu voir cette CLSID dans le registre. Mais le problème persiste.

Quel pourrait être le problème ?

Answer 1

Dans VS - propriétés du projet - dans l'onglet Build - platform target =X86

Answer 2

J'ai rencontré un problème très similaire.

J'avais besoin d'utiliser une ancienne DLL 32 bits dans une application Web qui était développée sur une machine 64 bits. J'ai enregistré la DLL 32 bits dans le répertoire Windows \sysWOW64 en utilisant la version de regsrv32 dans ce dossier.

Les appels à la DLL tierce fonctionnent à partir des tests unitaires dans Visual Studio mais échouent à partir de l'application Web hébergée dans IIS sur la même machine avec l'erreur 80040154.

La modification du pool d'applications pour "Activer les applications 32 bits" a résolu le problème.

Answer 3

Il semble que votre service ait été construit pour 'Any CPU', ce qui entraîne des erreurs en 64 bits lorsque vous utilisez des composants COM. Vous devez le construire pour x86 .

Le site Web est probablement exécuté en tant que processus 32 bits, ce qui explique pourquoi il peut utiliser le composant. Construire votre solution contre x86 forcera votre service à fonctionner en 32 bits.

Answer 4

Si vous cherchez un moyen de faire fonctionner ce système sans recompiler votre application Any CPU, voici une autre solution possible :

1. Localisez le GUID de votre objet COM dans le répertoire HKey_Classes_Root. \Wow6432Node\CLSID\ {GUID}
2. Une fois localisé, ajoutez une nouvelle valeur REG_SZ (chaîne de caractères). Le nom doit être AppID et les données doivent être le même GUID d'objet COM que celui que vous venez de rechercher.
3. Ajouter une nouvelle clé sous HKey_Classes_Root \Wow6432Node\AppID. La nouvelle clé doit être appelée de la même manière que le GUID de l'objet COM.
4. Sous la nouvelle clé que vous venez d'ajouter, ajoutez une nouvelle valeur de type String, et appelez-la DllSurrogate. Laissez la valeur vide.
5. Créer une nouvelle clé sous HKey_Local_Machine \Software\Classes\AppID\ Là encore, la nouvelle clé doit être appelée de la même manière que le GUID de l'objet COM. Aucune valeur ne doit être ajoutée sous cette clé.

Je ne m'attribue aucun mérite pour cette solution, mais elle a fonctionné pour nous. Consultez le lien source pour plus d'informations et d'autres commentaires.

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

Answer 5

Le problème est que le processus serveur est en 64 bits et la bibliothèque en 32 bits et qu'il essaie de créer le composant COM dans le même processus (serveur in-proc). Soit vous recompilez le serveur et le rendez 32 bits, soit vous laissez le serveur inchangé et créez le composant COM en dehors du processus. La façon la plus simple de rendre un serveur COM out-of-process est de créer une application COM+ - Panneau de configuration -> Outils administratifs -> ComponentServices.