<?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"
	>
<channel>
	<title>Comments on: "Let It Crash" Programming</title>
	<atom:link href="http://blogs.teamb.com/craigstuntz/2008/05/19/37819/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.teamb.com/craigstuntz/2008/05/19/37819/</link>
	<description>C# • Entity Framework • Functional Programming • MVC • Web</description>
	<pubDate>Sun, 12 Feb 2012 04:49:16 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Seven Languages in Seven Weeks &#124; GET http://localhost&#8230;200 OK</title>
		<link>http://blogs.teamb.com/craigstuntz/2008/05/19/37819/#comment-30062</link>
		<dc:creator>Seven Languages in Seven Weeks &#124; GET http://localhost&#8230;200 OK</dc:creator>
		<pubDate>Tue, 07 Jun 2011 20:07:52 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.teamb.com/craigstuntz/2008/05/19/37819#comment-30062</guid>
		<description>[...] Erlang, but just reading the chapter and following the examples made it clear how the &#8220;let it crash&#8221; philosophy together with language support simplifies the process of writing robust [...]</description>
		<content:encoded><![CDATA[<p>[...] Erlang, but just reading the chapter and following the examples made it clear how the &#8220;let it crash&#8221; philosophy together with language support simplifies the process of writing robust [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: miguel rodriguez</title>
		<link>http://blogs.teamb.com/craigstuntz/2008/05/19/37819/#comment-3566</link>
		<dc:creator>miguel rodriguez</dc:creator>
		<pubDate>Tue, 20 May 2008 17:45:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.teamb.com/craigstuntz/2008/05/19/37819#comment-3566</guid>
		<description>for years, I tried to make systems without failures, and I failure, the very day I accepted the failure and I worked on how to handled it, it suddenly all became stable and robust, because at least from the client perspective it doesn't matter what is behind the wall, I know this mental model it is not appreciate as It should be, but everything will be appreciate in time, I have no doubt about it.</description>
		<content:encoded><![CDATA[<p>for years, I tried to make systems without failures, and I failure, the very day I accepted the failure and I worked on how to handled it, it suddenly all became stable and robust, because at least from the client perspective it doesn&#8217;t matter what is behind the wall, I know this mental model it is not appreciate as It should be, but everything will be appreciate in time, I have no doubt about it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen Hoffman</title>
		<link>http://blogs.teamb.com/craigstuntz/2008/05/19/37819/#comment-3565</link>
		<dc:creator>Stephen Hoffman</dc:creator>
		<pubDate>Tue, 20 May 2008 16:33:24 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.teamb.com/craigstuntz/2008/05/19/37819#comment-3565</guid>
		<description>The OpenVMS Distributed Lock Manager has offered analogous capabilities for many years, though the application itself is expected to fully participate in the cooperative processing.

If the application or the host within the cluster crashes, then DLM frees up the (arbitrary) locks (formerly) held by the failed application (or failed host), and cooperating applications are then granted the locks and can detect the failure and can take failure-appropriate action.  

This application processing can range from a full restart to specific recovery processing, to transactional-style sequencing.    It's all fully programmable.  

Further, cluster locks can easily be used akin to the C wire that was described; where acquiring a lock can cause all processes monitoring the lock to take an application-specific action.

A block of arbitrary and application-specific information can also be passed along with the lock itself.  This could be a next invoice number, or a count of crashes, or information related to the failure or the recovery and restart; this is an entirely arbitrary block of data.</description>
		<content:encoded><![CDATA[<p>The OpenVMS Distributed Lock Manager has offered analogous capabilities for many years, though the application itself is expected to fully participate in the cooperative processing.</p>
<p>If the application or the host within the cluster crashes, then DLM frees up the (arbitrary) locks (formerly) held by the failed application (or failed host), and cooperating applications are then granted the locks and can detect the failure and can take failure-appropriate action.  </p>
<p>This application processing can range from a full restart to specific recovery processing, to transactional-style sequencing.    It&#8217;s all fully programmable.  </p>
<p>Further, cluster locks can easily be used akin to the C wire that was described; where acquiring a lock can cause all processes monitoring the lock to take an application-specific action.</p>
<p>A block of arbitrary and application-specific information can also be passed along with the lock itself.  This could be a next invoice number, or a count of crashes, or information related to the failure or the recovery and restart; this is an entirely arbitrary block of data.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

