Il file di traccia WCF continua a essere danneggiato?

Question

Ho abilitato la traccia dei messaggi su un servizio WCF. traccia un paio di messaggi e poi si ferma, quando provo ad aprire la traccia in TraceViwer mi dà un errore sull'ultimo messaggio che è stato registrato, o non apre nemmeno il file duo a errori diversi ogni volta.

Non riesco nemmeno a eliminare il file danneggiato a meno che non esegua un resetiis poiché il file è in uso!

ecco la mia traccia config.

<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

Per la risposta di John, è possibile utilizzare Trace.AutoFlush per svuotare il file dopo ogni scrittura. Qualcosa sulla falsariga di 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

Il servizio è ancora in esecuzione? Quindi il problema potrebbe essere semplicemente che il file non è stato ancora scaricato.