SOAP und HTTPS

[gewald]

Hallo,

ich habe einen SOAP-Client geschrieben. Funktioniert auch wunderbar, nur...die Kommunikation mit dem Server sollte über HTTPS laufen. Kann mir jemand helfen??? Wie kann ich das realisieren?

Gruss,

Greg

[KrissiH]

Hi,

nun sind ja schon 2 Jahre vergangen Weiß vielleicht jetzt jemand, wie man das zu bewerkstelligen hat?

Viele Grüße,
Kristin

[Neuromancer]

Und wieder sind 2 Jahre vergangen.... Ich weiß: neues Thema -> neuer Thread und die alten nicht mehr ausgraben. Ich fand es nur witzig, dass ziemlich genau wieder 2 Jahre dazwischen liegen

Und heute bin ich es, der vor diesem Problem steht.

Hat inzwischen irgendjemand Erfahrung mit SOAP und HTTPS, bzw. irgendetwas in der Richtung schon mal realisiert?

Die Probleme fangen ja schon beim Import der WSDL-Datei an, weil Delphi von HTTP ausgeht.

Any ideas?

Gruß

[shmia]

Wenn es um den reinen Datentransport über HTTPS geht, könnte dies helfen:
http://www.delphipraxis.net/internal...t.php?t=112681

[Neuromancer]

Guter Vorschlag, allerdings würde dies voraussetzen, dass die MS XML Core Services installiert sind/werden. Man könnte zwar regsrv im silent mode laufen lassen und so dem User die DLLs geheim unterjubeln, ob das aber so in Ordnung geht, muss ich erst absprechen.

Danke für den Tipp.

[hinnack]

für INDY9 gibt es keine aktuelle openssl.dll (und so weit ich weiss, auch keine Source-Code für die alte, denn wer glaubt, es handelte sich um den Standard-Quellcode, der irrt)
ich kenne nur ein http://www.secureblackbox.com/ für INDY und SSL (kostenpflichtig) läuft auch ohne Linzenz, wenn Performance keine Rolle spielt...

INDY10 will man nicht...

ansonsten: http://www.bsalsa.com die Download-Komponente, welche WinInet kapselt.

Gruss

Hinnack

[hinnack]

gibt es eigentlich einen guten Grund, warum du SOAP statt XMLRPC machst?

Gruss

Hinnack

[Keldorn]

Hallo

Zitat von Neuromancer:

Die Probleme fangen ja schon beim Import der WSDL-Datei an, weil Delphi von HTTP ausgeht.

da hatte ich keine. sehe keine Delphi-version bei Dir, ich nutze Delphi2005 mit den neuen Soappatches und da gings. Bei den Import hatte ich keine Probs, mit anderen Teilen des webservices schon, bzw.immer noch

Wo liegt dein Problem, in der Authentifizierung?
du brauchst eine HttpRio-kompo auf der Form oder erzeugst eine im Code.
mit

Delphi-Quellcode:

  FRio.HTTPWebNode.UserName:=xyz;
  FRio.HTTPWebNode.Password:=***;

gibst du dann die Authentifizierungsdaten an, die Konvertierung in das spezielle Format geht von alleine.

Wenn du deinen Webservice dann aufrufst, mußt du den eigenen Rio übergeben.

Gruß Frank

[Neuromancer]

Hallo zusammen,

dank euch für die Antworten.

@hinnack:
Auf Indy wollte ich eigentlich nicht ausweichen. Hört man zuviel schlechtes darüber, außerdem will ich eigentlich gar nicht so tief einsteigen.
XMLRPC? Kenn ich jetzt nur aus der Java-Ecke. Ich schau mal, was sich da mit Delphi machen lässt.

@keldorn:
Ich habe hier "nur" ein Delphi 7 Enterprise.
Ja, Problem liegt in der Authentifizierung. Ich habe bis jetzt aber auch noch nie gegen den Testserver gearbeitet. Anscheinend ist der Webserver IP-geschützt, so dass ich mit meiner dynamisch vergebenen IP gar nicht drauf komme. Aber ich werde heute einen Testzugang anfordern, wenn es sein muss, gehe ich halt über TeamViewer auf den Rechner, dessen IP freigeschalten ist.

Anscheinend arbeitet der Webservice auch noch mit "self-signed"-Zertifikaten. Ich bin auf dem Gebiet leider ziemlich noob.

Falls jemand einen Testwebservice kennt, der offen zugänglich ist, über HTTPS angesprochen werden will und zudem noch mit diesen ominösen self-signed-Zertifikaten arbeitet, bin ich dankbar, wenn er mir die Addy geben könnte.

Danke und Gruß

[Bernhard Geyer]

Zitat von Neuromancer:

Man könnte zwar regsrv im silent mode laufen lassen und so dem User die DLLs geheim unterjubeln, ob das aber so in Ordnung geht, muss ich erst absprechen.

Vergiss das. Installation benötig Admin-Rechte und wenn nicht vorhanden (Vista mit aktiven UAC oder ab NT als User der Benutzer-Gruppe)) so wirst du nix installiert bekommen. Ab XP gäbe es zwar die Side-By-Side-Installation aber ich würde im Hinblick auf vermeidung der DLL-Hölle sowas bei einer MS-Komponente nicht machen.