Handling unhandled exception in .net service

[Penelope Dramas]

Hello,

I am using following code to handle unhandled exceptions in Windows Forms.

Shared Sub Main()

Dim GlobalException Handler As New GlobalException Handler

AddHandler Application.Thr eadException, AddressOf
GlobalException Handler.OnThrea dException

Application.Run (New MainForm)

End Sub

Exception Class:

Public Class GlobalException Handler

'Handle the exception event

Public Sub OnThreadExcepti on(ByVal sender As Object, ByVal t As
Threading.Threa dExceptionEvent Args)

'log exception

Helper.LogExcep tion(t.Exceptio n, "Unhandled exception.")

End Class

What code can I use to handle unhandled exception when developing a Windows
Service?

Thanks,

Pen D.

[John Vottero]

"Penelope Dramas" <penelopeDOTdra masATpro-transportDOTcom wrote in message
news:e%******** ********@TK2MSF TNGP02.phx.gbl. ..

Hello,

I am using following code to handle unhandled exceptions in Windows Forms.

Shared Sub Main()

Dim GlobalException Handler As New GlobalException Handler

AddHandler Application.Thr eadException, AddressOf
GlobalException Handler.OnThrea dException

Application.Run (New MainForm)

End Sub

Exception Class:

Public Class GlobalException Handler

'Handle the exception event

Public Sub OnThreadExcepti on(ByVal sender As Object, ByVal t As
Threading.Threa dExceptionEvent Args)

'log exception

Helper.LogExcep tion(t.Exceptio n, "Unhandled exception.")

End Class

What code can I use to handle unhandled exception when developing a
Windows Service?

You add a handler to System.AppDomai n.CurrentDomain .UnhandledExcep tion
instead of Application.Thr eadException

[Olie]

On Jun 25, 4:15 pm, "Penelope Dramas" <penelopeDOTdra masATpro-
transportDOTcom wrote:

Hello,

I am using following code to handle unhandled exceptions in Windows Forms.

Shared Sub Main()

Dim GlobalException Handler As New GlobalException Handler

AddHandler Application.Thr eadException, AddressOf
GlobalException Handler.OnThrea dException

Application.Run (New MainForm)

End Sub

Exception Class:

Public Class GlobalException Handler

'Handle the exception event

Public Sub OnThreadExcepti on(ByVal sender As Object, ByVal t As
Threading.Threa dExceptionEvent Args)

'log exception

Helper.LogExcep tion(t.Exceptio n, "Unhandled exception.")

End Class

What code can I use to handle unhandled exception when developing a Windows
Service?

Thanks,

Pen D.

It is best not to use global exception handlers in Windows Services.
Due to the nature of a service any global handler may not handle the
exception correctly and the service might terminate before you are
notified of the exception. It is better to put open catch blocks where
you need them and at the base of all threads. You can create a static
exception handling class that will help you with this.

If you still want to use a global handler then you need to attach to
the UnhandledExcept ion event of the CurrentDomain.

AddHandler System.AppDomai n.CurrentDomain .UnhandledExcep tion,
AddressOf GlobalException Handler.OnUnhan dledException

[Phill W.]

Penelope Dramas wrote:

Shared Sub Main()
Dim GlobalException Handler As New GlobalException Handler
AddHandler Application.Thr eadException, AddressOf
GlobalException Handler.OnThrea dException
Application.Run (New MainForm)
End Sub

"Global" (Eeek!) Exception handlers like these should be regarded as a
back-stop; a way to log an terminal error just before your application
process finally keels over and dies - that classic cartoon scene where a
character runs off the edge of a cliff but hasn't started falling yet.

Don't expect them to be able to do anything more useful.

What code can I use to handle unhandled exception when developing a Windows
Service?

Windows Services, oddly, are far simpler beasts than Windows Forms apps,
so placing a Try .. Catch block wrapped around the main "Processing "
method for your Service will do the trick (unless you use a Timer, which
I don't recommend).

And, of course, you need them around the entry point(s) to any other
Thread(s) that you might spark off from within the Service - this is
particularly important if you're heading into Framework 2.0 and beyond,
where unhandled Exceptions in a Thread kill the entire process (unlike
1.1, where the thread just disappears, leaving the rest of the app
wondering where it went).

HTH,
Phill W.

[Spam Catcher]

"Phill W." <p-.-a-.-w-a-r-d-@-o-p-e-n-.-a-c-.-u-kwrote in
news:f5******** **@south.jnrs.j a.net:

Windows Services, oddly, are far simpler beasts than Windows Forms
apps, so placing a Try .. Catch block wrapped around the main
"Processing " method for your Service will do the trick (unless you use
a Timer, which I don't recommend).

Whats wrong with using a Timer in a Windows Service?

System.Timers.T imer was built specifically for use in a Windows Service.

It is debatable which is better - a loop vs. timer. I use both depending on
the situation.

[Penelope Dramas]

First of all, thank you all for answers.

I do use timer, like most of the people, to do specific actions every x
milliseconds within windows service.
So far, I didn't hear that anything can be wrong with it.

As far as global exception handler, we can debate on how-to-implement-it but
you'll agree that it is much better to log/display error then to simply let
it "run off the edge of a cliff " without knowing what caused it.
"Spam Catcher" <sp**********@r ogers.comwrote in message
news:Xn******** *************** ***********@127 .0.0.1...

"Phill W." <p-.-a-.-w-a-r-d-@-o-p-e-n-.-a-c-.-u-kwrote in
news:f5******** **@south.jnrs.j a.net:

>Windows Services, oddly, are far simpler beasts than Windows Forms
apps, so placing a Try .. Catch block wrapped around the main
"Processing " method for your Service will do the trick (unless you use
a Timer, which I don't recommend).

Whats wrong with using a Timer in a Windows Service?

System.Timers.T imer was built specifically for use in a Windows Service.

It is debatable which is better - a loop vs. timer. I use both depending
on
the situation.

[Andrew Morton]

Spam Catcher wrote:

"Phill W." <p-.-a-.-w-a-r-d-@-o-p-e-n-.-a-c-.-u-kwrote in
news:f5******** **@south.jnrs.j a.net:

>Windows Services, oddly, are far simpler beasts than Windows Forms
apps, so placing a Try .. Catch block wrapped around the main
"Processing " method for your Service will do the trick (unless you
use a Timer, which I don't recommend).

Whats wrong with using a Timer in a Windows Service?

I read that as using a Try...Catch wrapper around a Timer in a Windows
Service was a bad idea.

Andrew

[Spam Catcher]

"Andrew Morton" <ak*@in-press.co.uk.inv alidwrote in news:#11sQ7AuHH A.536
@TK2MSFTNGP06.p hx.gbl:

I read that as using a Try...Catch wrapper around a Timer in a Windows
Service was a bad idea.

I haven't heard of that one before...

[Phill W.]

Spam Catcher wrote:

"Andrew Morton" <ak*@in-press.co.uk.inv alidwrote in news:#11sQ7AuHH A.536
@TK2MSFTNGP06.p hx.gbl:

>I read that as using a Try...Catch wrapper around a Timer in a Windows
Service was a bad idea.

I haven't heard of that one before...

The problem is that you /can't/ wrap a Timer-invoked routine in a Try ..
Catch, because the "calling routine" where the Try would have to go is
buried somewhere in the Framework.

See my previous posting (apologies for the sizable link):

http://groups.google.com/group/micro...8261c5ff2c5f2e

Regards,
Phill W.

[Olie]

"As far as global exception handler, we can debate on how-to-implement-it but

you'll agree that it is much better to log/display error then to simply let
it "run off the edge of a cliff " without knowing what caused it. "

If you deal with all the errors correctly then you will have logged
the fault before it runs off the cliff as you will catch all the
exceptions and handle them properly. This will probably also produce
logging that is far more useful in determining what the fault is. That
said it does not hurt to use the UnhandledExcept ion event for a simple
last resort logging of the error. You just should not rely on it as a
safety net and certainly do not use it to try and recover from the
exception.