Comment ouvrir une session FMC contenu du message?

Je pensais que ce serait simple, mais je ne vois pas comment le dire à la WCF pour connecter le corps du message. J'ai:

<system.diagnostics>
  <sources>
    <source name="System.ServiceModel" switchValue="Verbose">
      <listeners>
        <add type="System.Diagnostics.DefaultTraceListener" name="Default">
          <filter type="" />
        </add>
        <add type="Microsoft.Practices.EnterpriseLibrary.Logging.TraceListeners.EntLibLoggingProxyTraceListener,Microsoft.Practices.EnterpriseLibrary.Logging"
          name="traceListener">
          <filter type="" />
        </add>
      </listeners>
    </source>
  </sources>
</system.diagnostics>
<system.serviceModel>
   <diagnostics>
     <messageLogging logEntireMessage="true" logMalformedMessages="true"
       logMessagesAtServiceLevel="true" logMessagesAtTransportLevel="false" />
   </diagnostics>
   ...etc..,
   ...etc...
</system.Model>
<loggingConfiguration name="" tracingEnabled="true" defaultCategory="General">
   <listeners>
     <add fileName="_trace-xml.log"
                listenerDataType="Microsoft.Practices.EnterpriseLibrary.Logging.Configuration.XmlTraceListenerData,Microsoft.Practices.EnterpriseLibrary.Logging"
                traceOutputOptions="None"
                type="Microsoft.Practices.EnterpriseLibrary.Logging.TraceListeners.XmlTraceListener,Microsoft.Practices.EnterpriseLibrary.Logging"
        name="XML Trace Listener" />      
     ...etc... other listeners
  </listeners>
  ...etc...
</loggingConfiguration>

Mais tout ce que je reçois connecté est des trucs sur le message, pas le corps du message. De quoi ai-je besoin de changer de journal contenu du message?

InformationsquelleAutor Chris F Carroll | 2011-11-08

1

Si vous avez besoin de corps de message, vous devrez les saisir vous-même, en programmant. Utilisez un comportement de service pour installer un message d'inspecteur et de capturer les messages à l'intérieur de votre mise en œuvre de IDispatchMessageInspector ou IClientMessageInspector.
- Hélas. Donc fait quelque chose comme ce blog wcfpro.wordpress.com/2011/03/29/iclientmessageinspector donnez-moi tout j'ai besoin ou est-il plus que j'ai besoin de savoir en termes de config ou un code pour ouvrir une session le corps du message?
- Ce lien est à peu près tout ce dont vous avez besoin. La seule chose qu'il ne montre pas comment installer le comportement de point de terminaison, ce qui est assez facile (point de terminaison.Les comportements.Ajouter).
- Cette réponse est fausse. La configuration d'une source de System.ServiceModel.MessageLogging et un écouteur pour consigner les messages fonctionne très bien pour moi. Il n'y a pas de message d'inspecteur nécessaire.
- Faux! Comme @TomW dit, vous pouvez tout simplement configurer une source de recevoir le message.
InformationsquelleAutor JohnC
34

Juste à la suite de cette description, fonctionne parfaitement pour moi: http://msdn.microsoft.com/en-us/library/ms730064.aspx
```
<system.diagnostics>
<sources>
  <source name="System.ServiceModel.MessageLogging">
    <listeners>
             <add name="messages"
             type="System.Diagnostics.XmlWriterTraceListener"
             initializeData="c:\logs\messages.svclog" />
      </listeners>
  </source>
</sources>
</system.diagnostics>

<system.serviceModel>
<diagnostics>
<messageLogging 
     logEntireMessage="true" 
     logMalformedMessages="false"
     logMessagesAtServiceLevel="true" 
     logMessagesAtTransportLevel="false"
     maxMessagesToLog="3000"
     maxSizeOfMessageToLog="2000"/>
</diagnostics>
</system.serviceModel>
```
Pas nécessaire d'écrire du code pour que ...
- Si je fais cela, je reçois des tonnes d'info sur ce WCF est en train de faire, mais rien sur le contenu des messages:
- C'est bizarre. Pouvez-vous poster une capture d'écran de votre svcviewer.exe qui a chargé les messages.svclog et affiche le contenu de l'onglet messages?
- <ApplicationData> <TraceData> <DataItem> <TraceRecord ...Severity="Commentaires"> <TraceIdentifier>...</TraceIdentifier> <Description>Un message a été lu</Description> <domaine d'application>...</domaine d'application> <Source>Système.ServiceModel.Les canaux.BufferedMessage/48266778</Source> <ExtendedData xmlns="schemas.microsoft.com/2006/08/ServiceModel/MessageTraceRecord"> <MessageProperties> <Encodeur>...</Encodeur> </MessageProperties> <MessageHeaders></MessageHeaders> </ExtendedData> </TraceRecord> </DataItem> </TraceData> </ApplicationData>
- grrr. De toute façon la ci-dessus tente de démontrer que la svclog élément de processus d'action "getBlah' la 'envoyé un message sur un canal d'entrée n'est pas, en effet, le journal le message en question, mais a juste un vide <MessageHeaders></MessageHeaders> et pas de MessageBody ou anysuch. D'autres oligo-éléments tels que "un message a été écrit' et 'Http a pas reçu de réponse ne contiennent aucun message d'info. Vous ne savez pas comment poster une capture d'écran.
- Vous savez svctraceviewer, droit? matlus.com/svctraceviewer-debugging-wcf-sevices. Charge vous svclog fichier.
- Capture d'écran affiché, bien que vous auriez besoin de plusieurs pour prouver qu'aucun des tracerecords contenir le corps d'un message? Après avoir passé un peu de temps hier googler sur ce, j'ai l'impression que JohnC était la bonne et que quelque chose comme msdn.microsoft.com/en-us/library/... est la solution que les blogs ont tendance à imiter. Je suis sur Net3.5 si cela fait une différence
- Si vous ne voyez RIEN sur l'onglet MESSAGE, dans svtraceviewer (qui n'est pas clair à partir de votre capture d'écran, car vous n'avez pas cet onglet est activé) vous ne faites PAS l'enregistrement des messages. Êtes-vous ABSOLUMENT sûr que vous utilisez le LITTÉRAL exemple ma réponse fournit? (Ne le pense pas, parce que le nom de fichier dans l'en-tête est différent).
- merci pour l'info. Ne savais pas que c'était possible. Cette technique du journal des messages de protocole, ou uniquement les messages d'application?
- L'exemple de la réponse est que la journalisation de la WCF et du SAVON liées à l'application "messages". Pour l'enregistrement de protocole, vous devez modifier la source de System.Net et le Système.Net.Les prises comme expliqué dans blog.tatham.oddie.com.au/2007/05/23/...
- désolé d'avoir brutalement disparu du fil, j'ai à l'hôpital; je serai de retour sous peu avec la capture d'écran suivante. Merci, Chris
- D'accord: je confirme que les Messages de l'Onglet (en haut à gauche de l'Activité, un Projet, un Message, Graphique tabgroup) EST vide. (Comme c'est le Message dans l'onglet en bas à droite Formaté-Xml-Message tabgroup). Nous pourrions hypothèse que logEntireMessage fonctionne dans VS2010/.Net 4; et ne fonctionne tout simplement pas dans Vs2008/.Net 3; et c'est pourquoi il y a une éclaboussure de blogs et un MS, article de magazine sur l'itinéraire indiqué par JohnC de réponse. Ou il y a quelque chose de crucial, j'ai manqué; mais j'ai la même config que vous avez indiqué dans votre réponse, cela ne fonctionne pas pour moi.
- Il fonctionne pour moi dans VS2008/.NET 3, j'ai dû augmenter la maxSizeOfMessageToLog (ce qui limite ci-dessus est de 2000 octets et certains de mes messages ont été en plus grand)
- Les travaux de cette. Vous souhaiterez peut-être augmenter maxSizeOfMessageToLog
InformationsquelleAutor kroonwijk
3

J'ai trouvé un problème de gestion des versions. Lorsque le Service WCF projet a été construit contre la .Net 3.5, j'ai vu le message complet du corps dans la visionneuse. Construit contre la .Net 4.0 je n'ai pas vu le corps du message.
- Ahhh si irritant! Cela semble être elle!.. l'un de ces "vous n'aurez besoin que quand quelque chose va mal".
- Pour les personnes ayant des problèmes avec ce sur .Net 4.0. Attention, le suivi est: <source name="System.ServiceModel"> Messages: <source name="System.ServiceModel.MessageLogging"> stackoverflow.com/questions/11264260/...
InformationsquelleAutor RichardHowells
1

Essayer http://www.csharptutorial.in/12/csharp-net-wcf-how-to-enable-wcf-tracing-and-messagelogging et d'installation logMessagesAtTransportLevel="true". Dans votre fichier de log, vous pouvez trouver <s:Body> balises. Enquêter sur le texte à côté d'eux. Plus tard, vous pouvez ajouter de nouveaux "XmlListener" et a trouvé le corps du message dans plus souple format.

InformationsquelleAutor solowk
0

Vous pouvez envisager une autre façon de voir XML SOAP - personnalisé MessageEncoder. La principale différence à partir d'une même IDispatchMessageInspector /IClientMessageInspector est qu'il fonctionne sur le niveau inférieur, de sorte qu'il capte l'origine de l'octet contenu, y compris toute xml mal formé.

Afin de mettre en œuvre le suivi à l'aide de cette approche, vous avez besoin d'envelopper un standard textMessageEncoding avec message personnalisé codeur que de nouvelles élément de liaison et d'application de la coutume de liaison à l'extrémité de votre config.

En outre vous pouvez voir à titre d'exemple comment je l'ai fait dans mon projet
emballage textMessageEncoding, l'exploitation forestière codeur, liaison personnalisée élément et config.

InformationsquelleAutor baur

Vous devez vous connecter pour publier un commentaire.