SOAP und HTTPS

[Keldorn]

Die Soappatches sind auch für D7, soweit ich mich errinnern kann. Ohne die kommst du sicher sowieso nicht weit, weil dir z.B. dynam. arrays nicht richtig importiert werden und du dann völlig auf dem Schlauch stehst.

Authentifizierung: so gehts zumindestens bei mir problemlos, allerdings mußte der Zugang auch bei mir erst eingerichtet+freigeschaltet werden, das wurde von der "anderen" Seite auch am Anfang vergessen . Der wsdl-Import sollte aber trotzdem gehen, da hatte ich keine Probs.

Noch ein Tipp:
Verwende so oder so trotzdem den eigenen Rio, nutze die Ereignisse afterexecute und beforeexecute und speichere Dir den soaprequest und soapresponse als xml-Datei, damit du siehst was rausgeht und wieder ankommt, zur Not kannst du dort auch noch Dinge gradebiegen.

gugg mal nach dem "Soapscope" von Mindreef, ein absolutes Traumteil. Damit kannst du einen Webservice, ohne was zu programmieren, komplett durchtesten, es werden dir alle Methoden aufgelistet und du kannst auch die Daten eingeben und dir die Antwort anschauen. Die Authentifizierungsdaten kannst du auch mit angeben, ist allerdings etwas versteckt. Die jeweiligen Daten lassen sich als xml anzeigen und das kannst du dann mit deinen gespeicherten Daten vom Rio vergleichen, was da das Soapscope anders macht. Das hat mir damals sehr sehr sehr geholfen, weil ich vom Thema Webservice auch nicht wirklich den Plan hatte bzw. habe .

mit Test-Webservices kann Ich Dir leider nicht weiterhelfen, im Inet gibts zwar einige Seiten (z.B. http://www.webserviceX.NET), wo man welche testen kann. Meistens sind die aber (zu) simpel aufgebaut, insbesondere die Rückgaben.

Gruß Frank

[Neuromancer]

Zitat von Keldorn:

... weil ich vom Thema Webservice auch nicht wirklich den Plan hatte bzw. habe .

Hehe, das geht mir nicht anders...

Immerhin bin ich schon mal auf dem Server drauf, ich versuche es im Moment so, wie shmia es vorgeschlagen hat und setze mein SOAP-XML-Gedöns halt einfach manuell ab. Ist mir so eigentlich am liebsten, weil ich dadurch am meisten Kontrolle habe - zumindest bilde ich mir das ein...

Dahinter steckt ein Java/Axis-Webservice, der mir ja nicht unbedingt unbekannt ist, allerdings verweigert er mir die Daten, weil er ständig meint

XML-Code:

<soapenv:Fault>
  <faultcode>soapenv:Server.userException</faultcode>
  <faultstring>org.xml.sax.SAXException: SimpleDeserializer encountered a child element, which is NOT expected, in something it was trying to deserialize.</faultstring>
</soapenv:Fault>

Also anscheinend setze ich die ganze Zeit Kommandos ab, die er nicht entwirren kann.

Ich werde morgen mal probieren, das ganze dann doch auf WSDL-Basis abzuwickeln. Mal sehen, ob ich mit dem Import und der daraus resultierenden Interface-Gurkerei mehr Glück habe...
Zumindest könnte ich dann mal sehen, wie die Aufrufkommandos aussehen, wenn sie richtig abgesetzt werden. Nur schade, dass man ohne Sniffer keine Chance hat zu sehen, was denn nun wirklich an XML an den Server geschickt wird. Jaja, die Transparenz...Fluch und Segen mal wieder...

Gruß und thx for response

[Keldorn]

also der große Vorteil von webservices ist für mich ja grade, das man durch den import der wsdl ja überhaupt keine weitere Arbeit hat, die ganzen Interfaces werden (den neuen Importer vorausgesetzt) importiert und du kannst sofort loslegen.

Ich weiß ja nicht, wie umfangreich dein Webservice genau aufgebaut hat, aber den, den ich ansprechen muß, wäre mir für eine manuelle Übergabe viel zu riesig.

Zitat:

Also anscheinend setze ich die ganze Zeit Kommandos ab, die er nicht entwirren kann.

na da gugg dir mal das soapscope an, da siehste recht schnell und einfach, wie es richtig aussehen muß

Zitat:

Nur schade, dass man ohne Sniffer keine Chance hat zu sehen, was denn nun wirklich an XML an den Server geschickt wird.

mit dem eigenen Rio und beforeexecute und afterexecute siehst du es.

[thkerkmann]

Hi

oder nimm tcptrace/tcpproxy und leite deine Anfrage darüber um.
hat mir sehr geholfen.

Ist zum Debuggen genial

Gruss

[Neuromancer]

So, endlich mal Zeit zu antworten...

Ich habe es jetzt letztlich mit shmias Vorschlag hinbekommen, wie ich wollte.

@Keldorn: Die Idee mit dem eigenen RIO war genial. Ich konnte über "AfterExecute" herausfinden, welche Daten Delphi an den Webservice schickt. Diese habe ich einfach aufgegriffen, ein wenig umgestaltet, in einen SOAP-Envelope gepackt und über IXMLHTTPRequest (Method=POST) abgeschickt. Funktioniert hervorragend.

Das Problem mit dem MS XML Core Services hat sich auch erledigt. Ich arbeite auf einem Server innerhalb von Middleware, so dass sich das Installationsproblem erst gar nicht ergibt (bzw. ich installiere ein einziges Mal und gut ist).

Mit SOAPScope hatte ich leider kein Glück. Wahrscheinlich haperte es an der Zertifizierung. Keine Ahnung, denn SOAPScope lieferte mir nur eine Error-Meldung, ohne genau darauf einzugehen, was ihm denn jetzt eigentlich nicht gepasst hat.

Was die generelle Strategie betrifft, habe ich die WSDL nicht importiert. Erstens brauche ich gar nicht alle Funktionen des Services, und zweitens hatte auch Delphi Schwierigkeiten mit der Zertifizierung. Über IXMLHTTPRequest habe ich viel mehr Kontrolle. Ist zwar ein wenig mehr Schreibarbeit, aber die nehme ich gerne in Kauf.

Thx @ll nochmal und Gruß