WCF in "Service-Referenz" Client gibt weniger Informationen in Ausnahme Nachricht als "Web-Referenz" Client

Question

Ich sollte einen Web-Service in meiner C# -Anwendung aufrufen. Wenn ich einen Dienstverweis in Visual Studio fügen Sie den Service, in einer Ausnahmesituation zu konsumieren erhalte ich diese Meldung:

Ein HTTP-Content-Type-Header für SOAP Messaging erforderlich ist und keine gefunden wurde.

Aber wenn ich eine Webreferenz hinzufüge, ist die Nachricht reichhaltiger und das Problem leichter zu verstehen. Der letzte Teil dieser Nachricht ist eine Geschäftsfehlermeldung, die vom Dienst generiert wird.

-Client gefunden Antwort Inhaltstyp ‚‘ ‚aber erwartete‘ text/xml: Ich habe einen ungültigen Authentifizierungs-Token Parameter für diesen Dienst so dass diese Fehlermeldung zurückgegeben zur Verfügung gestellt.

Fehler bei der Anforderung mit der Fehlermeldung:

-

WEBDIENST ERROR: UNAUTHENTICATED_ACCESS

I bevorzugt wurde "Dienstverweis" Ansatz zu verwenden, aber jetzt in Zweifel ich bin. Gibt es eine Möglichkeit, diese Art von Ausnahmen zu verbessern oder rohe Antwort mit "Service-Referenz" zu protokollieren?

Answer 1

Ich denke, die erste Nachricht ist viel klarer.

Es wird Ihnen genau sagen, was das Problem ist, das der HTTP Content-Type-Header in der Serviceantwort fehlt. Während dieser Header nicht zwingend erforderlich ist, sagen die HTTP-Spezifikationen Sie es (von here) verwenden sollte:

Alle HTTP/1.1-Nachricht einen Entity-Body enthält einen Content-Type-Header-Feld enthalten, sollten Sie definieren den Medientyp des dieser Körper.

Microsoft offensichtlich in ihre Proxy-Generation Tooling die Annahme, dass dieser Header immer vorhanden sein wird gebaut.

Und nein, Sie sollten WebReference nicht verwenden. Es ist von .net 1.1