La récupération de la fabrique de classe COM pour le composant avec le CLSID {XXXX} a échoué en raison de l'erreur suivante: 80080005
Qu'est-ce que le processus de résolution des problèmes pour la "Récupération de la fabrique de classe COM pour le composant avec le CLSID {XXXX} a échoué en raison de l'erreur suivante: 80080005" les erreurs .Net? Pour clarifier: je suis présent au moment de l'exécution, sur ma machine XP, avec le client .net code s'exécute sous le compte admin. {XXXX} fait référence à l'un de nos composants COM.
De ce que je comprends, 0x80080005 se réfère à la "permission denied", mais où dois-je aller pour vérifier/modifier les autorisations? Ou suis-je tout faux, et que l'erreur vient du composant lui-même, et pas de Windows sous-système COM?
Votre question est peut-être trop vague pour recevoir une réponse significative. Vous recevez cette erreur lors de la compilation? Au moment de l'exécution? Ce composant COM est à l'origine de l'erreur? Si l'erreur est au moment de l'exécution, exécutez-vous comme un utilisateur non-administrateur sous XP ou Vista?
Vraiment besoin de plus d'info pour répondre. Votre application est une application de bureau? Est-il en cours d'exécution comme une mst utilisateur ou admin? Est l'objet COM en local ou à distance?
J'ai couru dans quelque chose de similaire. Je peux dire-au moins à partir de ma propre expérience-qu'il peut se produire à partir d'une application qui est exécuté localement, a couru dans le contexte d'un service de compte alors que l'svc acct est votre propre nom d'utilisateur lorsque vous avez des privilèges d'Administrateur sur la machine, et de l'objet COM est locale à la machine. L'erreur se produit lorsque vous tentez de lancer le code qui accède à l'objet COM. Je suis d'accord dont l'objet COM est toujours laissé de côté - dans mon exemple, il a été l'objet de Word.
Liées - stackoverflow.com/questions/3477086/...
Vraiment besoin de plus d'info pour répondre. Votre application est une application de bureau? Est-il en cours d'exécution comme une mst utilisateur ou admin? Est l'objet COM en local ou à distance?
J'ai couru dans quelque chose de similaire. Je peux dire-au moins à partir de ma propre expérience-qu'il peut se produire à partir d'une application qui est exécuté localement, a couru dans le contexte d'un service de compte alors que l'svc acct est votre propre nom d'utilisateur lorsque vous avez des privilèges d'Administrateur sur la machine, et de l'objet COM est locale à la machine. L'erreur se produit lorsque vous tentez de lancer le code qui accède à l'objet COM. Je suis d'accord dont l'objet COM est toujours laissé de côté - dans mon exemple, il a été l'objet de Word.
Liées - stackoverflow.com/questions/3477086/...
OriginalL'auteur user8032 | 2008-11-10
Vous devez vous connecter pour publier un commentaire.
Semble être assez générique d'erreur concernant le démarrage du serveur COM. Les problèmes possibles incluent timeouts, échecs d'ouverture de session (vérifier le Q sur
CO_E_SERVER_EXEC_FAILURE
), ou les autorisations de sécurité, ou (évidemment) un VS2008 ATL bug. Frapper une erreur dans la méthode CreateInstance ferait l'affaire, je pense.Je commencerais par vérifier le Journal des Événements pour quelque chose d'intéressant.
Salut. Votre post est très intéressant. Cependant, les liens qu'il semble avoir un problème de syntaxe, et de la secfac.htm semble avoir été déplacé vers alt.pluralsight.com/wiki/default.aspx/Keith/...
Doivent éviter de lien seules réponses et offre certaines des choses dans ces de vérifier, à la place. Les "échecs d'ouverture de session" et "autorisations de sécurité" il existe déjà des liens des liens morts. L'ATL bug ne devrait plus s'appliquer si le développeur est à l'aide de VS 2008 SP1 ou supérieur.
OriginalL'auteur Mark Brackett
0x80080005 est "Exécution du Serveur a Échoué", selon ERRLOOK.EXE. WinError.h listes de ce que
CO_E_SERVER_EXEC_FAILURE
. Pas D'Un "Accès Refusé".Ce doit avoir été effectuée dans un commentaire, pas une réponse. Cela ne résout pas tout.
OriginalL'auteur Roger Lipscombe
Une chose que vous pouvez regarder, c'est la sécurité DCOM configuration. Il est contrôlé par l'utilitaire dcomcnfg. Il y a tutoriel utile de vidéos sur le web pour expliquer comment l'utiliser. Il y a aussi un fil sur le ASP.NET forum qui explique comment utiliser dcomcnfg.
OriginalL'auteur Eric Ness