Voir la requête XML brute

Question

Je suis très novice en matière de messagerie WCF et SOAP, mais j'ai réussi à rassembler un client raisonnablement bon que j'utilise pour télécharger des nouvelles d'une organisation média. J'ai généré des classes de proxy qui, évidemment, ont beaucoup de caractère abstrait et signifient que je ne fais que créer des objets, appeler des méthodes et parcourir les résultats. Mon problème est que j'ai des exemples XML bruts de ce que les appels au service Web devraient ressembler et je veux être en mesure de «comparer» ceux-ci aux appels que je fais. Fondamentalement, je dois m'assurer que les appels que je fais sont les mêmes que les exemples de fichiers XML à des fins de test. Est-ce que ce que je demande a du sens ou est-ce que je vais à ce sujet dans le mauvais sens? S'il vous plaît laissez-moi savoir s'il y a des informations nécessaires que j'ai laissées de côté, je pourrais frapper pour des paragraphes mais je ne suis pas sûr de savoir quelle information est pertinente.

Answer 1

Avez-vous utilisé l'outil Service Trace Viewer de Microsoft? This MSDN page vous donnera les détails sur la façon de l'utiliser.

Answer 2

La réponse stockée pour cela est d'utiliser fiddler comme un proxy - cela vous permettra d'afficher les messages entrants sortants et entre votre client et le service.

peut parler encore de son expérience personnelle, cependant les membres de l'équipe de développement pour moi (dans une vie antérieure) ont - à juste titre - codé nos enveloppes de services avec un support intégré pour l'utilisation d'un proxy explicitement pour simplifier l'utilisation de violoniste.

Answer 3

Vous pouvez utiliser le traçage WCF pour consigner les messages XML bruts. Ce qui suit est .config permet de tracer WCF avec l'enregistrement de message brut:

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

Vous pouvez en savoir plus sur WCF Tracing de MSDN: Configuring Tracing.

Microsoft fournit un Service Trace Viewer Tool pour lire les fichiers .svclog.

Assurez-vous que le chemin défini dans initializeData est accessible en écriture pour votre service.

Answer 4

Vous pouvez créer votre propre inspecteur de message à l'aide de l'interface IClientMessageInspector et obtenir les messages bruts à la fois pour la demande et la réponse.

est ici un bon poste sur la façon de le faire ==>http://www.keithelder.net/blog/archive/2008/01/15/How-to-Get-Around-WCFs-Lack-of-a-Preview-Web.aspx

Answer 5

Je ne sais pas beaucoup sur WCF, mais vous pouvez rediriger votre connexion à un serveur Web différent sur votre réseau connecté le corps quelque part. Cela vous permettrait de voir exactement ce que vous envoyez, mais nécessiterait un travail d'infrastructure. Cela pourrait être un serveur web fonctionnant sur votre machine de développement.