Le fichier de trace WCF ne cesse d'être corrompu?

Question

J'ai activé le suivi des messages sur un service WCF. il trace un couple de messages et puis il s'arrête, quand j'essaye d'ouvrir la trace dans TraceViwer il me donne une erreur sur le dernier message qui s'est connecté, ou n'ouvre même pas le duo de dossier à l'erreur différente chaque fois.

Je ne peux même pas supprimer le fichier corrompu sauf si je lance une réinitialisation depuis que le fichier est utilisé!

voici ma config trace.

<system.diagnostics> 
     <sources> 
      <source name="System.ServiceModel.MessageLogging" switchValue="Warning, ActivityTracing"> 
       <listeners> 
        <add type="System.Diagnostics.DefaultTraceListener" name="Default"> 
         <filter type="" /> 
        </add> 
        <add name="ServiceModelMessageLoggingListener"> 
         <filter type="" /> 
        </add> 
       </listeners> 
      </source> 
     </sources> 
     <sharedListeners> 
      <add initializeData="C:\Logs\Web_messages.svclog" 
       type="System.Diagnostics.XmlWriterTraceListener, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" 
       name="ServiceModelMessageLoggingListener" traceOutputOptions="Timestamp"> 
       <filter type="" /> 
      </add> 
     </sharedListeners> 
    </system.diagnostics> 

<system.serviceModel> 
    <diagnostics> 
     <messageLogging logEntireMessage="true" logMalformedMessages="true" 
      logMessagesAtServiceLevel="true" logMessagesAtTransportLevel="true" /> 
    </diagnostics> 
</system.serviceModel> 

Answer 1

Par la réponse de John, vous pouvez utiliser Trace.AutoFlush pour vider le fichier après chaque écriture. Quelque chose dans le sens de this example ...

<system.diagnostics> 
    <sources> 
     <source name="UserTraceSource" switchValue="Warning, ActivityTracing" > 
      <listeners> 
       <add name="xml" 
       type="System.Diagnostics.XmlWriterTraceListener" 
       initializeData="C:\logs\UserTraces.svclog" /> 
      </listeners> 
     </source> 
    </sources> 
    <trace autoflush="true" /> 
</system.diagnostics> 

Answer 2

Le service est-il toujours en cours d'exécution? Ensuite, le problème peut simplement être que le fichier n'a pas encore été vidé.