[MonoDevelop] Mono and Crontab

Ryan Svihla rssvihla at gmail.com
Sat Apr 3 09:00:37 EDT 2010

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.  Make a console app...it'll be easier to debug, verify
and then you can use a more typical *nix approach to handling this running
as a service.  Your console app should have command line options for "start"
and "shutdown" at the minimum and then you're good to go.

On Sat, Apr 3, 2010 at 2:49 AM, Mark Devgood <dirkroel at gmail.com> wrote:

> I've looked at Quarz a bit further.
> While it looks great, I don't need a application to decide WHEN to kick off
> the email reminders, I've already built most of this part in C#.
> My question was more about what are the best practices for hosting such
> code. So in effect the answer was in the first post 'Create a service [runs
> all the time]'. (Or use's Quarz supplied 'service')
> Are there any options to host this process besides creating a service? I'm
> interested to know because I've worked with services in Windows and found
> them to be quite cumbersome - not to mention hosting a .net service on a
> UNIX box on which I don't have root permissions!
> --
> View this message in context:
> http://n4.nabble.com/Mono-and-Crontab-tp1748964p1749944.html
> Sent from the Mono - MonoDevelop IDE mailing list archive at Nabble.com.
> _______________________________________________
> 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/769628cb/attachment.html 

More information about the Monodevelop-list mailing list