<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Reliable job scheduling with NServiceBus and Quartz.NET</title>
	<atom:link href="http://lostechies.com/jimmybogard/2012/08/13/reliable-job-scheduling-with-nservicebus-and-quartz-net/feed/" rel="self" type="application/rss+xml" />
	<link>http://lostechies.com/jimmybogard/2012/08/13/reliable-job-scheduling-with-nservicebus-and-quartz-net/</link>
	<description>Strong opinions, weakly held</description>
	<lastBuildDate>Wed, 22 May 2013 13:39:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
	<item>
		<title>By: Distributed Weekly 168 &#8212; Scott Banwart&#039;s Blog</title>
		<link>http://lostechies.com/jimmybogard/2012/08/13/reliable-job-scheduling-with-nservicebus-and-quartz-net/#comment-4827</link>
		<dc:creator>Distributed Weekly 168 &#8212; Scott Banwart&#039;s Blog</dc:creator>
		<pubDate>Fri, 17 Aug 2012 10:24:45 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/08/13/reliable-job-scheduling-with-nservicebus-and-quartz-net/#comment-4827</guid>
		<description>[...] Reliable job scheduling with NServiceBus and Quartz.NET [...]</description>
		<content:encoded><![CDATA[<p>[...] Reliable job scheduling with NServiceBus and Quartz.NET [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://lostechies.com/jimmybogard/2012/08/13/reliable-job-scheduling-with-nservicebus-and-quartz-net/#comment-4822</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Tue, 14 Aug 2012 14:33:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/08/13/reliable-job-scheduling-with-nservicebus-and-quartz-net/#comment-4822</guid>
		<description>That&#039;s basically what the built-in scheduler in NServiceBus does. It works really well for interval-based ones that use a time span to determine cadence of firing.


But not so hot for specific schedule-based ones, where it&#039;s sensitive to run on explicit dates/times. I&#039;ve gotten the push back before on not taking on a 3rd-party tool for scheduling, but I guess I just prefer not to build infrastructure components myself.</description>
		<content:encoded><![CDATA[<p>That&#8217;s basically what the built-in scheduler in NServiceBus does. It works really well for interval-based ones that use a time span to determine cadence of firing.</p>
<p>But not so hot for specific schedule-based ones, where it&#8217;s sensitive to run on explicit dates/times. I&#8217;ve gotten the push back before on not taking on a 3rd-party tool for scheduling, but I guess I just prefer not to build infrastructure components myself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://lostechies.com/jimmybogard/2012/08/13/reliable-job-scheduling-with-nservicebus-and-quartz-net/#comment-4821</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Tue, 14 Aug 2012 14:30:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/08/13/reliable-job-scheduling-with-nservicebus-and-quartz-net/#comment-4821</guid>
		<description>There&#039;s two things here - one is, did the Quartz job not fire to send the original message. In that case, we audit jobs from Quartz to make sure they get fired w/o errors.


In the handler side, because we&#039;re using NServiceBus, if the handler fails, the message retries. If it fails after that, the message drops into an error queue, which we also monitor. Does that make sense?</description>
		<content:encoded><![CDATA[<p>There&#8217;s two things here &#8211; one is, did the Quartz job not fire to send the original message. In that case, we audit jobs from Quartz to make sure they get fired w/o errors.</p>
<p>In the handler side, because we&#8217;re using NServiceBus, if the handler fails, the message retries. If it fails after that, the message drops into an error queue, which we also monitor. Does that make sense?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://lostechies.com/jimmybogard/2012/08/13/reliable-job-scheduling-with-nservicebus-and-quartz-net/#comment-4820</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Tue, 14 Aug 2012 14:27:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/08/13/reliable-job-scheduling-with-nservicebus-and-quartz-net/#comment-4820</guid>
		<description>Ha wow. Maybe we can throw in calling a sproc and have it call out to COM too?</description>
		<content:encoded><![CDATA[<p>Ha wow. Maybe we can throw in calling a sproc and have it call out to COM too?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Morning Brew - Chris Alcock &#187; The Morning Brew #1167</title>
		<link>http://lostechies.com/jimmybogard/2012/08/13/reliable-job-scheduling-with-nservicebus-and-quartz-net/#comment-4819</link>
		<dc:creator>The Morning Brew - Chris Alcock &#187; The Morning Brew #1167</dc:creator>
		<pubDate>Tue, 14 Aug 2012 08:31:55 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/08/13/reliable-job-scheduling-with-nservicebus-and-quartz-net/#comment-4819</guid>
		<description>[...] Reliable job scheduling with NServiceBus and Quartz.NET - Jimmy Bogard takes a look at task scheduling, and looks at a solution which combines Quartz.NET for the scheduling part and NServiceBus for the actual execution of the tasks. [...]</description>
		<content:encoded><![CDATA[<p>[...] Reliable job scheduling with NServiceBus and Quartz.NET &#8211; Jimmy Bogard takes a look at task scheduling, and looks at a solution which combines Quartz.NET for the scheduling part and NServiceBus for the actual execution of the tasks. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RichB</title>
		<link>http://lostechies.com/jimmybogard/2012/08/13/reliable-job-scheduling-with-nservicebus-and-quartz-net/#comment-4817</link>
		<dc:creator>RichB</dc:creator>
		<pubDate>Tue, 14 Aug 2012 06:35:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/08/13/reliable-job-scheduling-with-nservicebus-and-quartz-net/#comment-4817</guid>
		<description>&gt; It forced us to create console apps for everything


Not true. You could have used a cscript script to call into a ServicedComponent via COM+. Then you get the lovely benefits of strong naming. Really.</description>
		<content:encoded><![CDATA[<p>&gt; It forced us to create console apps for everything</p>
<p>Not true. You could have used a cscript script to call into a ServicedComponent via COM+. Then you get the lovely benefits of strong naming. Really.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Mozhaev</title>
		<link>http://lostechies.com/jimmybogard/2012/08/13/reliable-job-scheduling-with-nservicebus-and-quartz-net/#comment-4818</link>
		<dc:creator>Mike Mozhaev</dc:creator>
		<pubDate>Tue, 14 Aug 2012 06:35:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/08/13/reliable-job-scheduling-with-nservicebus-and-quartz-net/#comment-4818</guid>
		<description>How is &quot;job failed to start&quot; handled?</description>
		<content:encoded><![CDATA[<p>How is &#8220;job failed to start&#8221; handled?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Maksim</title>
		<link>http://lostechies.com/jimmybogard/2012/08/13/reliable-job-scheduling-with-nservicebus-and-quartz-net/#comment-4816</link>
		<dc:creator>Maksim</dc:creator>
		<pubDate>Mon, 13 Aug 2012 22:46:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/08/13/reliable-job-scheduling-with-nservicebus-and-quartz-net/#comment-4816</guid>
		<description>Have anyone considered using NServiceBus &quot;timeout
manager&quot; alone for that? In that case, for every job we would have a handler that decides whether
job should be executed or not (in case of server restart/failover), defers message for next execution and executes job itself. 


I believe it is also a little bit of code, but
instead we could remove unnecessary dependencies.</description>
		<content:encoded><![CDATA[<p>Have anyone considered using NServiceBus &#8220;timeout<br />
manager&#8221; alone for that? In that case, for every job we would have a handler that decides whether<br />
job should be executed or not (in case of server restart/failover), defers message for next execution and executes job itself. </p>
<p>I believe it is also a little bit of code, but<br />
instead we could remove unnecessary dependencies.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joseph Daigle</title>
		<link>http://lostechies.com/jimmybogard/2012/08/13/reliable-job-scheduling-with-nservicebus-and-quartz-net/#comment-4815</link>
		<dc:creator>Joseph Daigle</dc:creator>
		<pubDate>Mon, 13 Aug 2012 21:02:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/08/13/reliable-job-scheduling-with-nservicebus-and-quartz-net/#comment-4815</guid>
		<description>We&#039;ve used this exact setup in production for some time now (over a year). It works perfectly and is really easy to troubleshoot and manage.</description>
		<content:encoded><![CDATA[<p>We&#8217;ve used this exact setup in production for some time now (over a year). It works perfectly and is really easy to troubleshoot and manage.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
