Visualizza richiesta XML non elaborata

Question

Sono molto nuovo alla messaggistica WCF e SOAP ma sono riuscito a mettere insieme un cliente ragionevolmente buono che sto usando per scaricare notizie da un'organizzazione di media. Ho generato classi proxy che ovviamente si astraggono molto e significano che fondamentalmente sto solo creando oggetti, chiamando metodi e iterando attraverso i risultati.

Il mio problema è che ho esempi XML grezzi di come dovrebbero apparire le chiamate al servizio web e voglio essere in grado di "confrontarle" con le chiamate che sto facendo. Fondamentalmente ho bisogno di assicurarmi che le chiamate che sto facendo siano le stesse dei file XML di esempio a scopo di test.

Fa quello che sto chiedendo ha senso o sto andando su questo nel modo sbagliato? Per favore fatemi sapere se ci sono informazioni necessarie che ho tralasciato, potrei battermi per paragrafi ma non sono sicuro di quali informazioni siano rilevanti.

Answer 1

È stato utilizzato lo strumento Visualizzatore traccia di servizio di Microsoft? This MSDN page ti fornirà i dettagli su come usarlo.

Answer 2

La risposta di riserva per questo è di utilizzare fiddler come un proxy - questo consentirà di visualizzare i messaggi in uscita e in entrata tra il client e il servizio.

non possiamo ancora parlare per esperienza personale, però i membri del team di sviluppo per me (in una vita precedente) hanno - giustamente - codificato i nostri involucri di servizio con il supporto incorporato per l'uso di un proxy esplicitamente per semplificare l'uso di violinista.

Answer 3

È possibile utilizzare la traccia WCF per registrare i messaggi XML non elaborati. Di seguito è .config permette WCF tracciando con la registrazione dei messaggi crudi:

<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> 

Si può leggere di più su WCF Tracing da MSDN: Configuring Tracing.

Microsoft fornisce un Service Trace Viewer Tool per leggere i file .svclog.

Assicurarsi che il percorso definito in initializeData sia scrivibile dal servizio.

Answer 4

È possibile creare il proprio ispettore messaggi utilizzando l'interfaccia IClientMessageInspector e ottenere i messaggi non elaborati per la richiesta e la risposta.

Ecco un buon post su come farlo ==>http://www.keithelder.net/blog/archive/2008/01/15/How-to-Get-Around-WCFs-Lack-of-a-Preview-Web.aspx

Answer 5

non so molto di WCF, ma si potrebbe reindirizzare la connessione a un altro server Web sulla rete che ha registrato il corpo da qualche parte. Ciò consentirebbe di vedere esattamente ciò che si sta inviando, ma richiederebbe alcune attività infrastrutturali. Potrebbe trattarsi di un server Web in esecuzione sul tuo computer di sviluppo.