2009-12-07 11 views

Antwort

1

Eine Möglichkeit besteht darin, einen IIS-Reset durchzuführen, aber dies ist nur eine Option beim Debuggen auf einer Entwicklungsumgebung.

+0

Danke für die Antwort, das ist die einzige Information, die ich bisher herausgefunden habe. –

+0

Es ist eine Weile her und technisch ist deine Antwort richtig, also nahm ich es an. –

28

Wenn Sie autoflush="true" in Ihrer .config-Datei festlegen, wird sichergestellt, dass die Trace-Quellen nach jeder Trace auf der Festplatte gespeichert werden.

Das folgende ist eine Beispielkonfigurationsdatei mit autoflush="true":

<configuration> 
<system.diagnostics> 
    <sources> 
    <source name="System.ServiceModel" switchValue="Warning, ActivityTracing" 
       propagateActivity="true"> 
    <listeners> 
     <add name="xml" type="System.Diagnostics.XmlWriterTraceListener" 
         initializeData="e2eTraceTest.xml" /> 
    </listeners> 
    </source> 
    </sources> 

    <trace autoflush="true" /> 

</system.diagnostics> 
</configuration> 

Darüber hinaus, wenn durch Zufall Sie bereit sind, in einer Datenbank Ihre WCF Spur zu speichern, könnten Sie diesen Beitrag prüfen wollen:

Dies würde ermöglichen es Ihnen, Ihre WCF Spur in Echtzeit zu sehen, ohne Grippe shing es.

+0

Das ist eine Option, ich werde mich daran erinnern, danke. –

+0

@Piotr: Sie können auch die Methode 'autoflush = true' betrachten, wie in der Antwort beschrieben. –

+2

Das habe ich schließlich getan. Allerdings hätte ich lieber eine Pufferung, die Ressourcen schonen würde und das Löschen bei Bedarf und Pufferüberlauf (und/oder geringer Ressourcennutzung) erlaubt. Ich denke nur, dass das aus der Serverperspektive von Vorteil wäre. –

Verwandte Themen