2016-06-30 4 views
0

Ich habe zwei Server, auf denen der identische .net 2.0 WCF-Dienstcode bereitgestellt wurde. Auf beiden Servern wird der Code in einer dedizierten Webanwendung mit einem zugewiesenen Anwendungspool ausgeführt. Sowohl die Web-Anwendungen als auch die Anwendungspools sind, soweit ich es von IIS her kenne, auf beiden Rechnern identisch konfiguriert. Darüber hinaus verfügen beide Maschinen über die gleichen exakten Versionen des installierten .net-Frameworks..Net WCF SVC-Infoseite und vollständig qualifizierte Servernamen

Auf einem Server listet die von IIS bereitgestellte SVC-Infoseite einen vollständig qualifizierten Computernamen auf, während der andere einen nicht vollständig qualifizierten Computernamen auflistet.

:: Ich habe unten auf der Info-Seite und die Ergebnisse Probe URLS bereitgestellt // server1: 1995/Service.svc ergibt:

Sie einen Dienst erstellt haben. Um diesen Dienst zu testen, müssen Sie einen Client erstellen und es verwenden, um den Dienst aufzurufen. Sie können dies mit folgenden Syntax das svcutil.exe Werkzeug aus der Befehlszeile tun: svcutil.exe: //server1.domain.com: 1995/Service.svc Wsdl

?: //server2:1995/Service.svc ergibt:

Sie haben einen Service erstellt. Um diesen Dienst zu testen, müssen Sie einen Client erstellen und es verwenden, um den Dienst aufzurufen. Sie können dies mit tun das svcutil.exe Tool von der Befehlszeile mit der folgenden Syntax: svcutil.exe: // server2: 1995/Service.svc Wsdl

Ich würde normalerweise nicht kümmern Abgesehen von der Tatsache, dass ein gepacktes Produkt, das ich verwende, darauf besteht, dass die URL, die ich der WSDL gebe, exakt mit der von der Info-Seite angegebenen übereinstimmt und ich nicht herausfinden kann, warum sie für diese beiden unterschiedlich sein muss (scheinbar identische) Maschinen.

Jede Hilfe würde sehr geschätzt werden!

(bitte beachten Sie, ich „http“ von der Hyperlinks zu löschen hatte über Stackoverflow glücklich zu halten)

+0

WCF war nicht herum, bis .NET 3.0 .... haben Sie bedeuten 3.0 oder sind Bezug nehmend auf die CLR 2.0 (welche 3.0/3.5 läuft)? – Tim

+0

Mein schlechtes. Dies ist ein 3.5 WCF-Dienst, der auf der CLR 2.0 ausgeführt wird. –

Antwort

0

Die Lösung bestand darin, die folgende Zeile in die SVC web.config-Datei hinzuzufügen. Das Verhalten war inkonsequent über verschiedene Versionen von IIS (und möglicherweise die .net CLR) aber das Hinzufügen dieser Zeile normalisiert das Verhalten:

<serviceHostingEnvironment multipleSiteBindingsEnabled="true" /> 
Verwandte Themen