<?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: How not to restart mod_perl servers</title>
	<atom:link href="http://www.openswartz.com/2009/09/22/how-not-to-restart-mod_perl-servers/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.openswartz.com/2009/09/22/how-not-to-restart-mod_perl-servers/</link>
	<description>Perl and open source development</description>
	<lastBuildDate>Fri, 03 Feb 2012 19:17:16 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Randolf Richardson</title>
		<link>http://www.openswartz.com/2009/09/22/how-not-to-restart-mod_perl-servers/comment-page-1/#comment-1837</link>
		<dc:creator>Randolf Richardson</dc:creator>
		<pubDate>Sat, 24 Jul 2010 01:24:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.openswartz.com/?p=98#comment-1837</guid>
		<description>I read about another solution once, but I don&#039;t recall if it&#039;s part of the standard set of modules.  It involved having a &quot;touch file&quot; that would trigger a &quot;Reload&quot; operation whenever the timestamp on the &quot;touch file&quot; changed (any timestamp compares as different from a non-existing file as I recall).

This seems, to me, a reasonable solution even for a production environment.

Thanks for writing this interesting article.</description>
		<content:encoded><![CDATA[<p>I read about another solution once, but I don&#8217;t recall if it&#8217;s part of the standard set of modules.  It involved having a &#8220;touch file&#8221; that would trigger a &#8220;Reload&#8221; operation whenever the timestamp on the &#8220;touch file&#8221; changed (any timestamp compares as different from a non-existing file as I recall).</p>
<p>This seems, to me, a reasonable solution even for a production environment.</p>
<p>Thanks for writing this interesting article.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gracie</title>
		<link>http://www.openswartz.com/2009/09/22/how-not-to-restart-mod_perl-servers/comment-page-1/#comment-1789</link>
		<dc:creator>Gracie</dc:creator>
		<pubDate>Fri, 25 Jun 2010 13:29:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.openswartz.com/?p=98#comment-1789</guid>
		<description>You&#039;re somewhat wrong about #2. If you are using a smart events-based notification Watcher with Catalyst, it sees every change you make. If you make a change before the server has restarted, it just kills it and starts over.

Right now this only works on Linux with Linux::Inotify2 installed. However, I know there&#039;s work being done on a Mac fs events module for File::ChangeNotify. Once that&#039;s on CPAN, you can just install it and get the same effect.

Other platforms like BSD and Solaris have their own FS events systems that could be hooked into as well.</description>
		<content:encoded><![CDATA[<p>You&#8217;re somewhat wrong about #2. If you are using a smart events-based notification Watcher with Catalyst, it sees every change you make. If you make a change before the server has restarted, it just kills it and starts over.</p>
<p>Right now this only works on Linux with Linux::Inotify2 installed. However, I know there&#8217;s work being done on a Mac fs events module for File::ChangeNotify. Once that&#8217;s on CPAN, you can just install it and get the same effect.</p>
<p>Other platforms like BSD and Solaris have their own FS events systems that could be hooked into as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Swartz</title>
		<link>http://www.openswartz.com/2009/09/22/how-not-to-restart-mod_perl-servers/comment-page-1/#comment-1566</link>
		<dc:creator>Jonathan Swartz</dc:creator>
		<pubDate>Thu, 15 Apr 2010 09:01:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.openswartz.com/?p=98#comment-1566</guid>
		<description>originalgeek: You realize this is strictly for personal development use? None of this is meant for live production traffic.</description>
		<content:encoded><![CDATA[<p>originalgeek: You realize this is strictly for personal development use? None of this is meant for live production traffic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: originalgeek</title>
		<link>http://www.openswartz.com/2009/09/22/how-not-to-restart-mod_perl-servers/comment-page-1/#comment-1564</link>
		<dc:creator>originalgeek</dc:creator>
		<pubDate>Wed, 14 Apr 2010 16:45:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.openswartz.com/?p=98#comment-1564</guid>
		<description>#3 isn&#039;t really a good idea, will cause your server to die from forkdeath unless if it receives more than moderate use.</description>
		<content:encoded><![CDATA[<p>#3 isn&#8217;t really a good idea, will cause your server to die from forkdeath unless if it receives more than moderate use.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Swartz</title>
		<link>http://www.openswartz.com/2009/09/22/how-not-to-restart-mod_perl-servers/comment-page-1/#comment-379</link>
		<dc:creator>Jonathan Swartz</dc:creator>
		<pubDate>Wed, 23 Sep 2009 12:37:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.openswartz.com/?p=98#comment-379</guid>
		<description>Dave Rolsky: Ok, thanks for the update. Does the built-in Catalyst watcher use File::ChangeNotify, or are you talking about a separate third-party watcher?</description>
		<content:encoded><![CDATA[<p>Dave Rolsky: Ok, thanks for the update. Does the built-in Catalyst watcher use File::ChangeNotify, or are you talking about a separate third-party watcher?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Rolsky</title>
		<link>http://www.openswartz.com/2009/09/22/how-not-to-restart-mod_perl-servers/comment-page-1/#comment-374</link>
		<dc:creator>Dave Rolsky</dc:creator>
		<pubDate>Wed, 23 Sep 2009 02:39:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.openswartz.com/?p=98#comment-374</guid>
		<description>You&#039;re somewhat wrong about #2. If you are using a smart events-based notification Watcher with Catalyst, it sees every change you make. If you make a change before the server has restarted, it just kills it and starts over.

Right now this only works on Linux with Linux::Inotify2 installed. However, I know there&#039;s work being done on a Mac fs events module for File::ChangeNotify. Once that&#039;s on CPAN, you can just install it and get the same effect.

Other platforms like BSD and Solaris have their own FS events systems that could be hooked into as well.</description>
		<content:encoded><![CDATA[<p>You&#8217;re somewhat wrong about #2. If you are using a smart events-based notification Watcher with Catalyst, it sees every change you make. If you make a change before the server has restarted, it just kills it and starts over.</p>
<p>Right now this only works on Linux with Linux::Inotify2 installed. However, I know there&#8217;s work being done on a Mac fs events module for File::ChangeNotify. Once that&#8217;s on CPAN, you can just install it and get the same effect.</p>
<p>Other platforms like BSD and Solaris have their own FS events systems that could be hooked into as well.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

