View rohe XML Anfrage

Question

Ich bin sehr neu in WCF und SOAP Messaging, aber ich habe es geschafft, einen einigermaßen guten Client zusammenzustellen, mit dem ich Nachrichten von einer Medienorganisation herunterladen kann. Ich habe Proxy-Klassen generiert, die offensichtlich viel abstrahieren und meinen, dass ich im Grunde nur Objekte erstelle, Methoden aufrufe und Ergebnisse durchblättere.

Mein Problem ist, dass ich rohe XML-Beispiele habe, wie die Aufrufe des Webdienstes aussehen sollten und ich in der Lage sein möchte, diese mit den Anrufen, die ich mache, zu vergleichen. Grundsätzlich muss ich sicherstellen, dass die Aufrufe, die ich mache, zu Testzwecken den XML-Beispieldateien entsprechen.

Macht das, was ich frage, Sinn, oder mache ich das falsch? Bitte lassen Sie mich wissen, wenn es irgendwelche notwendigen Informationen gibt, die ich weggelassen habe, ich könnte für Paragraphen pochen, bin mir aber nicht sicher, welche Informationen relevant sind.

Answer 1

Haben Sie das Service Trace Viewer-Tool von Microsoft verwendet? This MSDN page wird Ihnen die Details zur Verwendung geben.

Answer 2

Die Lager-Antwort für dieses ist, fiddler als ein Proxy zu benutzen - dieses erlaubt Ihnen, die ausgehenden Nachrichten und zwischen Ihrem Klienten und dem Service anzusehen.

noch nicht aus eigener Erfahrung sprechen, aber die Teammitglieder für mich entwickeln (in einem früheren Leben) haben - zu Recht - unser Service-Wrapper codiert up mit für die Verwendung eines Proxy-Unterstützung gebaut ausdrücklich Verwendung zu vereinfachen von Geiger.

Answer 3

Mithilfe der WCF-Ablaufverfolgung können Sie die XML-Rohnachrichten protokollieren. Im Folgenden ist .config ermöglicht WCF mit roher Nachrichtenprotokollierung Tracing:

<configuration> 
    <system.serviceModel> 
    <diagnostics> 
     <messageLogging maxMessagesToLog="30000" 
       logEntireMessage="true" 
       logMessagesAtServiceLevel="true" 
       logMalformedMessages="true" 
       logMessagesAtTransportLevel="true"> 
     </messageLogging> 
    </diagnostics> 
    </system.serviceModel> 
    <system.diagnostics> 
    <sources> 
     <source name="System.IdentityModel" switchValue="Verbose" logKnownPii="true"> 
     <listeners> 
      <add name="xml" /> 
     </listeners> 
     </source> 
     <!-- Log all messages in the 'Messages' tab of SvcTraceViewer. --> 
     <source name="System.ServiceModel.MessageLogging"> 
     <listeners> 
      <add name="xml" /> 
     </listeners> 
     </source> 
     <!-- ActivityTracing and propogateActivity are used to flesh out the 'Activities' tab in 
      SvcTraceViewer to aid debugging. --> 
     <source name="System.ServiceModel" switchValue="Error, ActivityTracing" propagateActivity="true"> 
     <listeners> 
      <add name="xml" /> 
     </listeners> 
     </source> 
     <!-- This records Microsoft.IdentityModel generated traces, including exceptions thrown 
      from the framework. --> 
     <source name="Microsoft.IdentityModel" switchValue="Warning"> 
     <listeners> 
      <add name="xml" /> 
     </listeners> 
     </source> 
    </sources> 
    <sharedListeners> 
     <add name="xml" type="System.Diagnostics.XmlWriterTraceListener" initializeData="trace.e2e" /> 
    </sharedListeners> 
    <trace autoflush="true" /> 
    </system.diagnostics> 
</configuration> 

Sie können mehr lesen über WCF von MSDN: Configuring Tracing Tracing.

Microsoft bietet Service Trace Viewer Tool zum Lesen von .svclog-Dateien.

Stellen Sie sicher, dass der in initializeData definierte Pfad von Ihrem Dienst beschreibbar ist.

Answer 4

Sie können Ihren eigenen Nachrichteninspektor mithilfe der Schnittstelle IClientMessageInspector erstellen und die unbearbeiteten Nachrichten für die Anforderung und die Antwort abrufen.

Hier ist ein guter Beitrag, wie man es tun ==>http://www.keithelder.net/blog/archive/2008/01/15/How-to-Get-Around-WCFs-Lack-of-a-Preview-Web.aspx

Answer 5

Ich weiß nicht viel über WCF, aber man konnte die Verbindung zu einem anderen Web-Server in Ihrem Netzwerk umleiten, die den Körper irgendwo protokollierten. Auf diese Weise können Sie genau sehen, was Sie senden, aber einige Infrastrukturarbeiten erfordern. Dies könnte ein Webserver sein, der auf Ihrem Entwicklungscomputer ausgeführt wird.