Hallo!
> Vielen Dank, fuer Deine eMail! Das ist genau das was mir vorschwebt.
> Die eigentlichen Codes fuer einen Eintrag im EventLog, eMail versandt,
> DialogBoxen sind bereits vorhanden. Dennoch vielen Dank, fuer Deine
> Beispiele. Was mir jetzt noch fehlt, ist, wie kann ich aus einer
> Exception-Instanz herausfinden, ob die Exception von einer Windows
> oder einer Webapplication heraus aufgerufen wurde?
Hm, da das Deine eigentliche Frage war, hatte ich das meines Erachtens
direkt am Anfang beschrieben (HttpContext...). ;-)
Ausprobieren musst Du das schon selber, also einfach mal Testen, was in
Web.HttpContext.Current steckt, wenn man in einer WindowsForms-Application
ist. Ich kann mir dann so etwas vorstellen:
If(System.Web.HttpContext.Current==null)
{
// ich bin in WindowsForms
}
else
{
// ich bin in einer WebApp
}
Falls Du gar Dein ErrorHandling in eine eigenst�ndige Assembly steckst,
kannst Du mit Assembly.CallingAssembly auf die aufrufende Assembly
zugreifen.
A B E R ...
... eine globale Klasse ErrorHandling halte ich ja nicht f�r sinnvoll, da
diese wieder ein eigenes ExceptionHandling braucht, und eine separate
Assembly schon gar nicht, da da ja Exceptions beim Laden ausgel�st werden
k�nnen, die dann wieder behandelt werden m�ssen. Deshalb der ganze Sermon.
;-)
Nimm so ein paar statische Routinen wie Exceptions.WriteToEventLog oder
Exceptions.MailToDeveloper aus einer nicht inheritierbaren Klasse
"Exceptions" und vergiss weitere Parameter und bringe das entscheidende
Try-Catch-Finally direkt in "Sub Application_Error(...)" von Global.asax
oder in die "Sub Main()".
Freundliche Gr��e
Joachim van de Bruck
_______________________________________________
Asp.net mailing list
[EMAIL PROTECTED]
http://www.glengamoi.com/mailman/listinfo/asp.net
