[MonoDevelop] Mono and Crontab

Ryan Svihla rssvihla at gmail.com
Sat Apr 3 09:38:04 EDT 2010

Not sure about the mono version but having used ServiceBase with Microsoft's
CLR there are a number of issues you run into over the long term with
exception handling, not to mention testing. In the end you have a lot
of instrumentation code that just handles exceptions for various events.

Just some of the more trivial issues you run into were found in the top 2
for a quick google search:

you use it still? yes.
Has it in my experience even sort of been worth the trouble when you can
just wrap a console application? no.
Do I lose anything by putting my app in a console application? haven't found
anything yet.

On Sat, Apr 3, 2010 at 8:15 AM, Adam Tauno Williams
<awilliam at whitemice.org>wrote:

> On Sat, 2010-04-03 at 08:00 -0500, Ryan Svihla wrote:
> > Ok well if you already have scheduler code handled (and end up being
> > content with it) then quartz is not needed.  In normal windows .net
> > development using a service is the standard issue approach.
> > HOWEVER, frequently those of us who are dirty windows developers by
> > day know full well that services created with ServiceBase tend to
> > cause exception handling and hanging issues so we just create a
> > console application and then use something like SRVANY to turn that
> > exe into a service.
> > I see no reason at all you cannot do the exact same thing here since
> > pretty much all "services" or daemons in *nix are just init scrips
> > that call executables anyway.
> Mono supports ServiceBase, you should be able to stop and start a .NET
> service (provided it will run on Mono) just like a daemon.  Look at the
> man page for mono-service.
> _______________________________________________
> Monodevelop-list mailing list
> Monodevelop-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/monodevelop-list

Ryan Svihla
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/monodevelop-list/attachments/20100403/57c94705/attachment.html 

More information about the Monodevelop-list mailing list