Question

Cette question se pose à la suite de cette question , mais Je pensais que je le diviser en en lui-même.

Tout en utilisant SPUtility.GetGenericSetupPath() retourne null, par exemple.

SPUtility.GetGenericSetupPath("config")
SPUtility.GetGenericSetupPath(string.Empty)

à la fois return null. Si je fais ces appels dans une petite application de la console et le débogage dans VS2008, il semble exécuter très bien sans exception (mais avec nul retour de la méthode.) Cependant, je remarque un message dans la fenêtre de sortie:

  

Une première possibilité exception de type 'System.DllNotFoundException' est produite dans Microsoft.SharePoint.dll

Donc, si je reçois Visual Studio pour briser sur toutes les exceptions, même celles traitées, l'exception est la suivante:

  

System.DllNotFoundException: Impossible de charger la DLL 'onetnative.dll': Le module spécifié est introuvable. (Exception de HRESULT: 0x8007007E)

Je l'ai vérifié et onetnative.dll existe dans C:. \ Program Files \ Common Files \ Microsoft Shared \ Web Server Extensions \ 12 \ BIN

Était-ce utile?

La solution 2

Pour autant que je peux retracer, cela a été causé par une installation de la mauvaise version de Microsoft J #.

J # est une condition préalable de l'interface Web Citrix pour SharePoint webparts. J'ai installé la version 32 bits par erreur, puis désinstallé et installé la version 64 bits. J'ai une intuition (basé sur une bonne partie de l'essai, mais pas à 100% vérifié) que cela a causé des applications .NET / CLR pour commencer la recherche dans le nœud 32 bits du registre plutôt que 64bit.

Autres conseils

Je voudrais essayer de copier le onetnative.dll au même endroit que votre application console et voir si cela fait une différence

Licencié sous: CC-BY-SA avec attribution
Non affilié à sharepoint.stackexchange
scroll top