Quand j'essaye d'exécuter ce code:
SPSite siteCollection = new SPSite(@"http://sp-devxxx:10000/");
Il lève l'erreur suivante:
L'application Web à l'adresse http: // sp-devxxx: 10000 n'a pas pu être trouvée. . Vérifiez que vous avez correctement saisi l’URL . Si l'URL doit servir au contenu existant, l'administrateur Du système devra peut-être ajouter un nouveau mappage d'URL de demande À l'application Souhaitée.
Je peux accéder à ce site à partir de mon navigateur Web, la compilation est en x64, mon compte dispose d'un accès en lecture/écriture à la base de données de contenu, le code s'exécute sur le serveur sur lequel le site est exécuté et un mappage d'accès existe pour ce site. . Pourquoi lancer cette erreur?
OK, après des heures de douleur, j'ai finalement trouvé le problème ...
Je devais m'inscrire moi-même au groupe WSS_ADMIN_WPG sur le serveur. J'espère que ça aide quelqu'un.
Changer la plate-forme cible en x64 car Sharepoint 2010 ne fonctionne qu'en mode 64 bits
Le compte qui est l'identité du pool d'applications dans mon environnement était déjà membre de WSS_ADMIN_WPG. J'ai installé mon service Web localement. Utilisation du nom de domaine externe tel que
SPSite siteCollection = new SPSite(@"http://mydomain:123");
a échoué, en signalant la même erreur que l'affiche (même si elle est accessible depuis un navigateur sur le même ordinateur). Ce qui suit a travaillé
SPSite siteCollection = new SPSite(@"http://localhost");
Je n'ai pas encore compris pourquoi.
Dans mon cas, j'ai rouvert Visual Studio 2012 en tant qu'administrateur, et le problème est résolu.
Dans une application console utilisant Visual Studio 2012, le framework Target était en train d'être modifié en 3.5 pour moi ....
Add-SPShellAdmin -UserName domain\username
a fait le tour pour moi. Le documentation indique qu'il ajoute l'utilisateur au rôle SharePoint_Shell_Access uniquement dans la base de données de configuration de la batterie de serveurs et qu'il s'assure également que l'utilisateur est ajouté au groupe WSS_Admin_WPG local sur chaque serveur la ferme.
Si le compte de l'utilisateur est déjà membre de WSS_ADMIN_WPG
et que le problème persiste, comme l'a mentionné Tim.
Essayez les étapes suivantes:
Any CPU
dans le menu déroulant.Cela a résolu le problème pour notre application console.
J'ai une API Web sur le serveur SharePoint que nous utilisons comme moyen d'obtenir des données à partir de notre propre base de données. Cette API Web tentait d'ouvrir le site Web et je recevais la même erreur. Je devais m'assurer que l'identité du pool d'applications utilisée avait accès au site Web.
J'ai défini l'identité du pool d'applications de l'API Web sur SharePointServerFarm , qui est l'identité utilisée par mes applications Web SharePoint.
Dans mon cas, je devais ajouter l’utilisateur db_owner permission aux bases de données SharePoint_Config, SharePoint_AdminContent et WSS_Content, en suivant les suggestions de ce blog .
Essayez de vous connecter en tant que compte d'administrateur de batterie. Ou bien, attribuez les rôles SQL Server requis au compte que vous utilisez.
Je sais que ceci est un vieux fil de discussion, mais rien de ce qui précède n'a fonctionné pour moi, et voici ce que vous avez fait pour référence future:
J'ai une application Windows Forms qui crée une instance d'un site SharePoint 2013 et donne l'erreur mentionnée lors de la tentative d'initialisation de SPSite
. Après une recherche, j'ai trouvé la référence suivante qui suggère (entre autres solutions possibles) que le problème pouvait survenir lors de l'exécution. le code sur une machine différente de celle qui exécute le site actuel, et oui, cela a fonctionné parfaitement lorsque j'ai déplacé l'application sur l'autre machine.
Je sais que ce n'est pas une solution radicale, mais au moins vous connaissez le problème.
référence:
Avait le même problème lors de l'exécution de mon code en tant que fichier "exe". Problème résolu en exécutant cmd
en tant qu'administrateur. J'espère que cela aidera quelqu'un.