Office: (Office 2010) SOAP Aufruf

Hallo zusammen,

ich habe das SOAP Toolkit 3.0 installiert um Daten über eine SOAP Schnittstelle auszulesen.
Da ich für die Umsetzung ein Beispiel benötigte, bediente ich mich für den Aufruf hier Use XML Web Service by using ASP.NET from an Office VBA Macro in Word or Excel - Office

Etwas angeändert sieht mein Aufruf folgendermaßen aus

Code:

Jedoch erhalte ich die Fehlernummer -2147024809 in der tor markierten Zeile, was wohl bedeuten könnte, dass die URL falsch ist. Gebe ich die aufgerufene WSDL Adresse in den Browser ein, erhalte ich eine Seite, also muss der Aufruf irgendwie falsch sein. Ich erhalte die Fehlermeldung:

Code:

Muss ich in der Zeile
Code:

noch mehr übergeben als die URL ? IntelliSense zeigt mir, dass da noch drei optionale Parameter übergeben werden können, nur welche das sein sollen verstehe ich nicht.

Wenn ich diese WDSL in ein externes Programm, ich habe soapUI 4.5-Beta 1 ausprobiert und die Methode getclubs() aufrufe, erhalte ich eine Antwort, dort muss ich also keinen Benutzernamen oder Passwort für diese Methode eingeben

Edit:
Durch Recherche erhalte ich zwar viele Lösungen wie man generell einen SOAP Service anspricht, aber mein spezifisches Problem konnte ich damit nicht lösen

Grüße
flew

:)

 

du solltest als weiteren Parameter zumindestens den ServiceNamen angeben. Da du diesen Parameter nicht gesetzt hast wird einfach der erste im WSDL definierte Service angesprochen: "checkPermissions"
also gib doch mal die Methode "getclubs" als Parameter mit an.

 

Hallo,

also der Service Name ist der erste optionale Parameter, IntelliSense sagt mir, dass dieser als String übergeben werden muss.

Wenn ich die obere rote Zeile also wie folgt abändere:
Code:

erhalte ich leider noch immer dieselben Fehler

Auch
Code:

hat denselben Fehler zur Folge

 

Hallo,
ich vermute mal der Service erfordert eine Anmeldung.
Hast Du dich im comunio-Forum schon mal für den ("Service"-)Forums-Zugang angemeldet?

Gruß

LL

 

Hallo,

wenn du meinst mich extern mittels Firefox oder IE anzumelden und die Funktion dann nochmals zu versuchen, habe ich eben ohne Erfolg probiert, die Fehlermeldung bleibt. Oder wie meinst du es ?

Für manche Methoden muss man sich definitiv authentifizieren, da manche bspw. nur mit einem Bezahlaccount anwendbar sind. Weißt du wie man via SOAP solche Zugangsdaten übermitteln würde ?

Für die Methode getclubs muss man sich aber nicht authentifizieren, wenn ich diese mit dem Programm soapUI 4.5.0-Beta1 aufrufe erhalte ich in dem Programm die korrekte Anwort ohne eine Anmeldung, ohne eine Angabe von Benutzernamen oder Kennwort, ich habe lediglich die URL zu der WSDL angegeben.

 

Hallo flew,

Das meinte ich nicht, eher ob die Authentifizierung über den Header-Request geht (was sie nicht tut ;-))
Die Implementierung eines Service kann sehr unterschiedlich sein.

Ich hab mir das mal kurz angeschaut und mit anderen Soap-Request geprüft.
Mit dem folgenden Code solltest Du jetzt weiter kommen:
Code:

Aufruf:
Code:

Fehlerbehandlung fehlt, schau Dir aber dazu einfach das "myReader" Objekt an.

Gruß

LL

 

Da bin ich fast sprachlos, dankeschön für die Arbeit !

Jetzt wo ich das funktionierende Resultat sehe, ist das dann eine ganze Ecke über meinem Niveau gewesen, ich dachte das könnte doch nur eine Kleinigkeit sein ...

Jetzt muss ich erstmal nachvollziehen und optimalerweise verstehen, was da wo und wie vor sich geht. Auf Anhieb funktioniert es, den zurückgegebenen String muss ich ja eigentlich nur noch aufspalten, sofern man den nicht mit Trennzeichen o.ä. zurückbekommt.

Dankeschön !

Grüße

 

Hallo Flew,

Das vermute ich jetzt mal auch schwer ;-),

bestätigt dies *wink.gif*
Du bekommst die Antwort als XML geliefert (myReader.RpcResult.xml).
Das könntest Du jetzt explizit verarbeiten, oder wie hier gleich die Knotenelemente durchlaufen. Ich bin jetzt nicht in die letzte Ebene gegangen, würde aber so aussehen:
Code:

Dann bekommst Du für dieses Beispiel die einzelnen Knotenelemente.

Übrigens:

mit einem unter ASP erstellten Service würde deine Methode möglicherweise funktionieren (Seitenkennung .aspx)

Dieser Service wurde aber mit PHP erstellt.*wink.gif*

Gruß

LL

 

Ja dass das mit den Trennzeichen Unsinn war, stellte ich gestern abend auch noch fest *Smilie indem ich
Code:

durch
Code:

ersetzte

Dass man an dieser Stelle .XML verwenden kann, wurde mir durch IntelliSense gesagt.

Gut, da habe ich zu wenig Ahnung von, mal schauen wie weit ich deinen Code verwenden / anpassen kann für die anderen Methoden.

Ich dachte, dass mein Fehler ja nicht allzu groß sein kann (u.a. auch da es ja nunmal Simple Object Access Protocol heißt), hätte ich es besser gewusst, hätte ich nicht gefragt *biggrin.gif*

Danke für deinen Code und die Erläuterung der Thematik !

Grüße

 

< klugsch... on > *Smilie

schon seit Jahren nicht mehr:

SOAP – Wikipedia

< klugsch... off > *Smilie

 

Zum Thema noch ein wenig Lektüre:
Webdienstinteroperabilität und SOAP


Gruß

LL

 

Hallo Louisleon,

ich hoffe Du liest hier noch ab und zu :-)
Die SOAP Problematik haben auch wir (mit Windows XP und Access 2010 lief es noch, mit Windows7 und Access 2010 gibt es die Libary nicht mehr)
Unter XP hatten wir die "Microsoft Soap Type Libary" (mssoap1.dll)

Auch wir wollen nicht auf .NET umstellen, kannst Du mir einen Workaround nennen? Woher bekommt man das SOAP Toolkit 3.0 und kann man das unter Win7 installieren, damit dann Office2010 wieder SOAP kann?!?

Wäre schön, wenn Du einen Tipp geben könntest...

Vielen Dank!