In bisherigen Webanwendungen wird sehr oft ein Response.write Variable verwendet um den Status festzuhalten. Nach hoffentlich erfolgreicher Suche müssen dann die Repsonse.write Codezeilen ausdokumentiert oder entfernt werden. Das macht Mühe und wird gerne vergessen.
Auch dieses Thema ist in ASP.NET Bestandteil des Frameworks und damit einfach zu
handhaben. Kern sind die beiden Befehle Trace.Write und Trace.Warn. Der Aufruf benötigt zwei Parameter für Kategorie und Text.

Der Unterschied von Warn und Write ist die Farbe in der die Meldung ausgegeben wird.
Warn erzeugt einen roten Eintrag.
Die Ausgabe erfolgt dann mit jeder Menge anderer Info im Browser.
Darin stehen jede Menge nützliche Infos wie Ladenzeiten und Größe, Formscollection,
Cookies oder Servervariablen. Alles was man sich bisher mühsam zusammenklauben musste.

Zum aktivieren des Tracings gibt es zwei Möglichkeiten.

1. Page Level Tracing
2. Application Level Tracing

Im ersten Modus wird nur für die gewählte Seite das Tracing durchgeführt. Aktiviert

wird es durch eine Direktive im Page Header.

Die Ausgabe im Browser.

Die zweite Methode kümmert sich um die ganze Anwendung. Dazu müssen in der Web.Config die Einstellungen vorgenommen werden. Das RequestLimit gibt an wie viele Traces gespeichert werden sollen. Über Pageoutput wird die direkte Ausgabe des Traces im
Browser unterbunden. Das Attribut localonly zeigt den Trace nur am Server selbst.

Um den Trace dann zu sichten gibt es (die  nicht real existente) Datei trace.axd

Nach Aufruf erhält man dann Zugriff auf jeden einzelnen Trace analog zu der Page
Tracing Methode.

Noch einmal hervorheben möchte ich, das im Gegensatz zu Response.Write das Trace Write
nicht aus dem Code entfernt werden muss. Zu jeder Zeit kann dann z.B. am Kundenserver
das Tracing wieder in der ASPX Seite oder Webapplikation aktiviert werden.

Natürlich gibt es weiterhin das alte bewährte Debuggen in ASP.NET auf das in einem anderen Artikel eingegangen wird.
Dieser Artikel bezieht sich auf die Beta 2 des .NET Frameworks.