Hallo
Ich versuche, einen WebService anzusprechen, der im Internet liegt. Der Aufruf erfolgt aus dem Intranet heraus.
Ich habe dazu einen Proxy genannt bekommen, der in den Internetoptionen eingestellt werden muss, damit ich ins Internet raus kann.
Beim dot.net gibt es die Möglichkeit, dem WebService den Proxy mitzuteilen.
Einer von 10 möglichen Konstruktoren:
IWebProxy pxy = new WebProxy(host,port);
MeinService.Proxy = pxy;
Das Problem: Erst wenn ich die Internetoptionen deaktiviere, klappt der
Zugriff über den o.g. Weg.
Habe ich in den Inet-Optionen etwas willkürliches eingtragen,
geht es nicht.
Wie kann ich den Web-Service dazu zwingen, die Daten zur Laufzeit zu nehmen und
die Vorgaben des Betriebssystems zu ignorieren ?
Björn
Hallo
Ich greife mit einer neu entwickelten Windows-Applikation auf einen Webservice zu.
An diesen Service wird ein Zertifikat übergeben. Dieses habe ich direkt auf der
Web-Seite heruntergeladen (Sicherheitschloss, Details anzeigen, Speichern in Datei).
Das Programm liesst dieses ein und bindet es an den Web-Service. Soweit funktioniert das gut.
Nun ist das Problem, dass dieses Zertifikat Ende August 2005 abläuft.
Also benötige ich ein neues.
Frage:
Wenn nun der Service-Anbieter jetzt schon ein neues bereitstellt, ich dieses neue aber NICHT
herunterlade und verwende, sondern immer noch das alte, kann das dann zu Fehler führen (zumindest innerhalb des
noch gültigen Zeitraumes bis Ende August 2005 (danach sollte es nicht mehr gehen )) ????
Oder reicht es dem SSL-Server aus, wenn er ein gültiges Zertifikat (datumsbezogen) von mir erhält???
Die Schwierigkeit ist, dass der Service-Anbieter jederzeit ein neues bereitstellen kann, ohne mich
zu informieren.
Ist eine Aktualisierung der Zertifikate nur mit einer "Punktlandung" machbar, also beide Seiten ändern synchron
die Daten?? Oder kann mit einer Überschneidung der Zertifikate gearbeitet werden ??
Wenn ich das Prinzip von SSL und Zertifikaten richtig verstanden habe, dann reicht es doch in diesem
Fall aus, wenn ich ein gültiges Zertifikat mitschicke.
Wird das Zertifikat, welches ich mitgebe, mit einem Gegenstück beim Service-Anbieter verglichen ?
Die Problematik ist schwer zu beschreiben, ich hoffe, irgendwer versteht mein Problem und
hat Tips für mich.
Danke
Björn
Ist auch eine Möglichkeit. Auf die einfachsten kommt man nicht, weil man zu kompliziert denkt.
danke für den TIP.
Björn
Meinst Du folgendes:
In der Reference.cs-Datei:
public NameDesWebservice(string url)
{
this.Url = url;
}
hinzufügen als 2. Konstruktor
und im Client-Code beim Erzeugen/Aufrufen des Objektes/Services wie folgt vorgehen:
string url = GetUrlFromConfigFile(); //Auslesen des URL
[namespace].NameDesWebservice ws = new [namespace].NameDesWebservice(url);
War es das ????
Björn
Hi
Weitere Frage zum Webservice:
Wir entwickeln zur Zeit gegen eine Testumgebung auf dem Server_Test, da der Anbieter seinen Service nicht auf die Real-Umgebung stellt, bevor er fertig ist.
Die Url hat dementsprechend eine Form: https://web-test.xyz.de:17443/Service/...
Wenn der Anbieter nun umstellt auf die URL http://web-real.xyz.de:17443/Service/...,
dann ändert sich zwangsläufig auch die Implementierung auf Client-Seite.
Kann diese Änderung auf Client-Seite per Registry-Eintrag gesteuert werden, oder
muss die Referenz auf den Service wieder neu eingebunden werden (inkl. Kompilierung). Kann ich den Server-URL irgendwo ablegen, so dass er zur Laufzeit zur Verfügung steht ?? So könnte ich ohne großen Aufwand zwischen Test- und Real-Ungebung wechseln!!
Björn
Habs inzwischen gelöst:
Der Server unterstützt es nicht, sodass ich MustUnderstand auf False setzen muss.
Ist wohl standardmässig True.
Björn
Hallo
Ich greife auf einen Service zu, benutze dabei WSE2.0, Dot.Net 2003.
Beim Aufruf des Services erhalte ich folgende Fehlermeldung:
Exception during processing: javax.xml.soap.SOAPException: Unable to handle mustUnderstand header: wsse:Security (see Fault Detail for stacktrace)
Habe schon gegoogelt, aber keinen Hinweis auf Lösungen gefunden.
Hat jemand einen Rat für mich ??
Björn
Das Problem habe ich mittlerweile gelöst:
Im Allgemeinen generiert Wsdl.exe (oder Webverweis hinzufügen) eine
Proxyklasse aus System.Web.Services.Protocols.SoapHttpClientProtocol.
Um die WSE-Funktionen auf dem Client zu nutzen, müssen Sie wie nachfolgend gezeigt die Basisklasse in
Microsoft.Web.Services.WebServicesClientProtocol ändern
Hi
Ich habe das Problem, dass die Zeile
SoapContext myContext = myService.RequestSoapContext;
nicht fuktioniert.
Ich versuche, auf einen Web-Service zuzugreifen, der mit Java entwickelt wurde.
Ich habe WSE 2.0 installiert, das Settings-Tool ebenfalls. Arbeite mit .net 2003.
Aber an der oben genannten Zeile haperts.
Sollte noch dazu sagen, dass ich KEINE Web-Anwendung schreibe, sondern eine
normale Anwendung, eine DLL, die via COM aufgerufen wird und ihrerseits einen Web-Service aufruft.
Kann mir jemand helfen ???
Björn