Hej

Går det "enkelt" att skapa en applikation som användaren enkelt kan skapa debugg information ifrån om han får problem? Finns det något i .Net som man kan använda sig av utan att behöva bygga något eget?!

Roger

Kan du beskriva lite mer vad du tänker på? För om du vill få ut debugg info från en applikation under debug mode så kan du använda Debug objektet, eller Trace.

Vill du kunna logga information tex i en databas så finns det ett Exception block från Microsfot som du kan modifiera lite.

/Fredrik Normén NSQUARED2
http://www.nsquared2.net

Problemet är att jag håller på med en utvärdering där det inte finns något mer än visoner ännu.

Tror att Debug object eller Trace täcker våra behov men hur kan jag använda dessa i en kompilerad applikation hos en slutanvändare?

Kan de aktivera detta vid behov?! Måste applikationen kompileras med någon speciell inställning eller?!

Tanken är att om en användare får ett problem i applikationen kan han om Helpdesken behöver återskapa problemet med "Debug" aktiverad!

Roger

Du kan aktivera Debug vid behov i web.config, även trace.

Jag skulle använt mig av Trace objektet.

För att se på data som läggs i trace loggen så skriver du http://myapp/Trace.axd

web.config:

<trace enabled="true" requestLimit="20" pageOutput="false"
traceMode="SortByTime" localOnly="false" />

Rensa loggen:

http://myapp/Trace.axd?clear=1

Du kan även använda dig av en Listener som sparar tex ner information i en text fil:

<code>
Trace.Listeners.Add(New TextWriterTraceListener("Results.log"))
Trace.WriteLine("Starting tests.")
Trace.Flush()
</code>

/Fredrik Normén NSQUARED2
http://www.nsquared2.net

Inte säkert att detta är en webbapplikation. Kan lika väl vara en "vanlig" applikation!

Någon skillnad i möjligheterna att debugga och använda trace!?

Roger

Hej

Kika på log4net, tror att du genom config filen kan ändra så att loggningen slås på och spottar ut info. http://log4net.sourceforge.net/

Du kan också göra som så att alla fel som du inte hanterar med try, catch fångas av en metod som loggar dessa fel.

I din main metod så lägger du till detta.
AAppDomain.CurrentDomain.UnhandledException += new System.UnhandledExceptionEventHandler( minlogger);

och sen detta..
private static void minlogger(object sender, UnhandledExceptionEventArgs e)
{
//logga till fil eller skicka mail om att man skall slå av telefonen snabbt som attan.
}

Det "normala" är att man loggar i eventloggen. Det tycker jag du också ska göra.

Hej Allan,

Håller tyvärr inte med dig om att det "normala" är att logga bugg information eller trace information i loggen. Jag anser att det är inget bra ställe att ha debugg information som en användare sedan ska gå genom. Loggen kan fyllas ganska fort om dubugg information loggas där. Ett problem till med eventloggen är att ASPNET användaren måste ha rättigheter till att skriva i loggen.

/Fredrik Normén NSQUARED2
http://www.nsquared2.net

Nja det var nog inte så jag menade riktigt. Jag menade att applikationen bör logga fel (exceptions) som uppträder, i eventloggen. Det var det som jag menade med det normala, det kanske inte framgick.