Je suis un peu confus. Nous avons téléchargé le fichier WSDL de Salesforce et créons une référence Web à l'aide d'un chemin de fichier comme suggéré. Cela a créé ce que j'ai compris être les cours de proxy, mais pas la classe Sforcesvice.
Quelqu'un d'autre a suggéré de devoir utiliser le WSDL.EXE pour générer le fichier de classe que j'ai fait et cela fonctionne maintenant.
Ce que je ne comprends pas, c'est pourquoi?
n'a pas le processus de création d'une référence Web configurant les proxies au besoin? Pourquoi l'étape supplémentaire?
Des conseils?
3 Réponses :
Tout d'abord, vous devez utiliser "Ajouter une référence de service" au lieu de "Ajouter une référence Web" à moins que vous n'ayez aucun choix.
Deuxièmement, "Ajouter une référence Web" produit généralement le même code que wsdl.exe. Dans votre cas, la seule raison pour laquelle je voudrais exécuter wsdl.exe serait de mieux voir tous les messages d'erreur.
Je vous suggère d'utiliser le navigateur d'objet pour examiner les types de votre référence de service - peut-être que Sforcesvice est simplement dans un espace de noms que vous n'attendez pas.
Comme l'a dit les autres affiches, la référence Ajouter Web fonctionne correctement avec Salesforce (le cas échéant). L'approche Ajouter un service de référence fonctionne uniquement si vous creusez dans les options avancées et trouvez le bouton Ajouter une référence Web (désolé, je ne me souviens pas d'où le trouver)
Ce n'est pas ce qu'ils ont dit. Ils ont dit que les exemples SF sont tous obsolètes et utilisent "Ajouter une référence sur le Web". Ils n'ont pas dit que "Ajouter une référence de service" ne fonctionne pas.
Je vois. Il semble que vous deviez prendre nos deux conseils avec un grain de sel, car j'ai fatigué les deux méthodes hier et ne pouvait se connecter à Salesforce à l'aide de l'option Web.
Il faudrait avoir quelque chose de fatalement brisé à propos de SFDC si "Ajouter une référence de service" n'a pas fonctionné. Les références Web sont une technologie héritée, prise en charge uniquement pour la compatibilité à l'envers. Cette technologie ne doit pas être utilisée pour un nouveau développement. Je n'ai pas utilisé SFDC pendant environ 8 ans, mais je ne peux pas imaginer qu'il est devenu si mal brisé qu'il ne soutient pas la technologie moderne. Je peut croyez qu'ils ont permis à la docuumentation de stagner.
La classe Sforceservice n'est générée que si vous ajoutez une référence Web (à partir du bouton Avancé de Ajouter une boîte de dialogue de référence de service) si vous ajoutez une référence de service, vous obtenez un ensemble d'objets différents et un modèle de programmation différent.
Tous les échantillons .NET sur le site Salesforce utilisent les proxy de style de référence d'Ajout de Web, mais si vous préférez utiliser le style WCF (référence de service AKA), c'est bien aussi.
Salesforce devrait mettre à jour leurs exemples à utiliser "Ajouter une référence de service". Ils sont derrière le temps.
Comme je l'ai mentionné ci-dessous, WCF n'est pas compatible avec Salesforce hors de la boîte. J'imagine donc que c'est pourquoi ils ne mettent pas à jour les échantillons.
Un an plus tard, l'échantillon n'a pas été corrigé. Merci @superfell Votre conseil a fait l'affaire: il faut avancé et ajouter une référence Web de là ...
OK, je me souvenue maintenant pourquoi il est difficile d'utiliser la référence de service au lieu de la référence Web. WCF ne prend pas en charge les en-têtes de savon définis par WSDL que Salesforce API utilise pour le transport d'identifiant de session. Pour chaque application, vous devez intégrer un traitement spécial tel que décrit ici , avoir à iTÉTRAIER sur toutes les opérations et modifier leur comportement d'extrémité. Moche au mieux. La référence Web sur l'autre main prend en charge les en-têtes de savon directement.