<?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: Updated mod_python Mako Handler</title>
	<atom:link href="http://www.braindonor.net/projects/updated-mod_python-mako-handler/127/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.braindonor.net/projects/updated-mod_python-mako-handler/127/</link>
	<description>Just another WordPress weblog</description>
	<lastBuildDate>Fri, 09 Jul 2010 21:15:08 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: The Braindonor Network &#187; Mako Authentication Required</title>
		<link>http://www.braindonor.net/projects/updated-mod_python-mako-handler/127/comment-page-1/#comment-188</link>
		<dc:creator>The Braindonor Network &#187; Mako Authentication Required</dc:creator>
		<pubDate>Thu, 21 Jan 2010 21:11:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.braindonor.net/?p=127#comment-188</guid>
		<description>[...] Mako Authentication Required posted January 21st, 2010 &#124; by John Hoff   I have been using my mod_python Mako handler for several months now in my personal projects. For the most part, I have been very happy with Mako [...]</description>
		<content:encoded><![CDATA[<p>[...] Mako Authentication Required posted January 21st, 2010 | by John Hoff   I have been using my mod_python Mako handler for several months now in my personal projects. For the most part, I have been very happy with Mako [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JutsPlutt</title>
		<link>http://www.braindonor.net/projects/updated-mod_python-mako-handler/127/comment-page-1/#comment-98</link>
		<dc:creator>JutsPlutt</dc:creator>
		<pubDate>Thu, 01 Oct 2009 05:13:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.braindonor.net/?p=127#comment-98</guid>
		<description>I bookmarked this place, Thanks you with a view orderly job!</description>
		<content:encoded><![CDATA[<p>I bookmarked this place, Thanks you with a view orderly job!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Hoff</title>
		<link>http://www.braindonor.net/projects/updated-mod_python-mako-handler/127/comment-page-1/#comment-12</link>
		<dc:creator>John Hoff</dc:creator>
		<pubDate>Thu, 26 Feb 2009 23:14:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.braindonor.net/?p=127#comment-12</guid>
		<description>Thanks for the info.  Always good to know the real reason for an error.  Also shows just how rusty I&#039;ve almost gotten...I should have remembered that from my mod_perl coding.</description>
		<content:encoded><![CDATA[<p>Thanks for the info.  Always good to know the real reason for an error.  Also shows just how rusty I&#8217;ve almost gotten&#8230;I should have remembered that from my mod_perl coding.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Graham Dumpleton</title>
		<link>http://www.braindonor.net/projects/updated-mod_python-mako-handler/127/comment-page-1/#comment-11</link>
		<dc:creator>Graham Dumpleton</dc:creator>
		<pubDate>Thu, 26 Feb 2009 22:29:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.braindonor.net/?p=127#comment-11</guid>
		<description>Actually, rereading what change you made, what I point out is why your code actually broke in the first place. The values apache.OK, apache.DECLINED and apache.DONE are return values from handler. Your change corrects that. By setting status with them instead it would have been an invalid HTTP status and thus why a 500 error response was generated instead.</description>
		<content:encoded><![CDATA[<p>Actually, rereading what change you made, what I point out is why your code actually broke in the first place. The values apache.OK, apache.DECLINED and apache.DONE are return values from handler. Your change corrects that. By setting status with them instead it would have been an invalid HTTP status and thus why a 500 error response was generated instead.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Graham Dumpleton</title>
		<link>http://www.braindonor.net/projects/updated-mod_python-mako-handler/127/comment-page-1/#comment-10</link>
		<dc:creator>Graham Dumpleton</dc:creator>
		<pubDate>Thu, 26 Feb 2009 22:26:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.braindonor.net/?p=127#comment-10</guid>
		<description>Your code is still wrong. The member req.status should not be set to apache.OK. It is supposed to be set to a HTTP response code. See:

  http://www.modpython.org/live/current/doc-html/pyapi-mprequest-mem.html

Thus, you probably instead want:

  req.status = apache.HTTP_OK</description>
		<content:encoded><![CDATA[<p>Your code is still wrong. The member req.status should not be set to apache.OK. It is supposed to be set to a HTTP response code. See:</p>
<p>  <a href="http://www.modpython.org/live/current/doc-html/pyapi-mprequest-mem.html" rel="nofollow">http://www.modpython.org/live/current/doc-html/pyapi-mprequest-mem.html</a></p>
<p>Thus, you probably instead want:</p>
<p>  req.status = apache.HTTP_OK</p>
]]></content:encoded>
	</item>
</channel>
</rss>
