SoapException: Server was unable to process request.--> Access is denied

Bonsoir,

Mon projet que je croyais bien ficelé, bien sûre ne marche plus quand j'arrive sur le serveur de prod :weird:

C'est un petit projet Windows qui interroge des Listes sur SP 2013 Online grâce au Web Service /_vti_bin/Lists.asmx

J'ai un beau Access is denied alors que j'utilise exactement le même fichier de conf et donc le même Cookie... C'est donc bien un problème de machine ou de compte avec laquelle l'appli est éxécutée... pourtant j'utilise le même compte qu'en local... bref je ne vois vraiment pas ce qui pourrait changer avec ce nouvel environnement. Un problème de Proxy, de port ?

Si quelqu'un avait une idée,
Merci beaucoup,
Axel

Information complémentaire : J'ai testé sur la station de chez moi, même problème. Et là ce matin je test sur un autre serveur avec le même système d'exploitation et dans le même domaine, et là ça fonctionne... :aie:

Je t'avoue avoir déjà rencontré le même problème sur 2 serveurs de dev pourtant en même version de SP etc.

Sur l'un impossible d'accéder à la liste des Webservices, alors que sur l'autre ça fonctionnait parfaitement.

Par contre je ne suis pas en mesure de te donner de solution hélas:calim2:

Je viens de tester sur pleins de machines (serveurs et stations). Je confirme ça marche une fois sur deux et j'ai du mal à voir la différence entre tous...
J'ai pensé au Framework non à jours mais non ça ne rentre pas en compte apparemment...

rhaaaaa si prêt du buffet 8O

Pour info, sur toutes les stations ou serveurs où ça marche, il y a un VS d'installé... Mais bon j'ai du mal à croire que cela ait installé un prérequis quelconque dans mon cas...

Citation:

---

Envoyé par Aquellito

Pour info, sur toutes les stations ou serveurs où ça marche, il y a un VS d'installé... Mais bon j'ai du mal à croire que cela ait installé un prérequis quelconque dans mon cas...

---

Sur les 2 VM où j'ai fait mes tests il y avait VS D'installé, par contre 1 seule sur les 2 permettait l'accès aux WebServices:weird:

J'ai trouvéééé ! Où plutôt un collègue a trouvé mais c'est pas grave :)
C'est la référence Microsoft.Identity.Model qui n'était pas embarquée dans la solution. C'est la DLL qui sert à envoyer le Cookie d'identification. Elle est installée en même temps que l'installation du SDK dans VS apparemment. Il faut l'extraire du GAC et le livrer avec la solution.

Bonne journée,
Axel