<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/css" href="/stylesheets/rss.css"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
  <channel>
    <title>cfis : Need Help on HTTP Status Code </title>
    <link>http://cfis.savagexi.com</link>
    <atom:link rel="self" type="application/rss+xml" href="http://cfis.savagexi.com/2006/03/30/need-help-on-http-status-code?format=rss"/>
    <language>en-us</language>
    <ttl>40</ttl>
    <description>Charlie Savage's Blog</description>
    <item>
      <title>Comment on Need Help on HTTP Status Code  by Jonno Downes</title>
      <description>&lt;p&gt;I think the 4xx (client errors) are intended for errors within the HTTP protocol, not within data carried over HTTP.&lt;/p&gt;

&lt;p&gt;Remember the second T in HTTP stands for transport - its intended that applications build &lt;em&gt;on top&lt;/em&gt; of that transport, not use it exclusively.&lt;/p&gt;</description>
      <pubDate>Fri, 31 Mar 2006 01:21:02 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:3c2b9628-6405-4b15-b99a-9d89268f50b6</guid>
      <link>http://cfis.savagexi.com/2006/03/30/need-help-on-http-status-code#comment-80</link>
    </item>
    <item>
      <title>Comment on Need Help on HTTP Status Code  by Jeff Reese</title>
      <description>&lt;p&gt;Whether or not it&amp;#8217;s an appropriate use, your specific scenario sounds like a 409 Conflict. The resource that is in conflict is the username and the user can resolve the conflict by resubmitting the request.&lt;/p&gt;

&lt;p&gt;If it works for you, use it.&lt;/p&gt;</description>
      <pubDate>Fri, 31 Mar 2006 01:34:13 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:113c6873-edf6-46e3-b497-79bf92a6c5ee</guid>
      <link>http://cfis.savagexi.com/2006/03/30/need-help-on-http-status-code#comment-89</link>
    </item>
    <item>
      <title>Comment on Need Help on HTTP Status Code  by Charlie</title>
      <description>&lt;p&gt;Jonno - I see what you are saying, but this seems like a reasonable use of HTTP codes to me.  For example, 402 is &amp;#8220;Payment Required&amp;#8221; while 409 is the resource is in a conflicted state.  Neither of those indicate problems within the HTTP protocol itself, they are more about the state of the resource.  What I&amp;#8217;m after is some code like &amp;#8220;Invalid Request&amp;#8221; - yes the server understood the request, but no, it doesn&amp;#8217;t want to fullfil it.  Having said that, I suspect my view is incorrect because this seems like such an obvious thing that it must have been discussed and rejected for some reason during HTTP&amp;#8217;s development (haven&amp;#8217;t found anything on Google yet though).&lt;/p&gt;</description>
      <pubDate>Fri, 31 Mar 2006 12:14:12 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:1826c3bf-26c4-476d-af48-66f4dc0f70c1</guid>
      <link>http://cfis.savagexi.com/2006/03/30/need-help-on-http-status-code#comment-68</link>
    </item>
    <item>
      <title>Comment on Need Help on HTTP Status Code  by Charlie</title>
      <description>&lt;p&gt;Jeff - I considered using 409.  But it seems like a bit of stretch.  The last paragraph in the HTTP RFC worries me:&lt;/p&gt;

&lt;p&gt;Conflicts are most likely to occur in response to a PUT request. For example, if versioning were being used and the entity being PUT included changes to a resource which conflict with those made by an earlier (third-party) request, the server might use the 409 response to indicate that it can&amp;#8217;t complete the request.&lt;/p&gt;

&lt;p&gt;Thus, it seems that 409 is really only about conflicts.&lt;br /&gt;
&lt;/p&gt;</description>
      <pubDate>Fri, 31 Mar 2006 12:16:19 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:451fdaa7-f438-4c8f-9b9a-07e4c164dd81</guid>
      <link>http://cfis.savagexi.com/2006/03/30/need-help-on-http-status-code#comment-45</link>
    </item>
    <item>
      <title>Comment on Need Help on HTTP Status Code  by Dan Kubb</title>
      <description>&lt;p&gt;Hi Charlie,&lt;/p&gt;

&lt;p&gt;FYI: Later on in the mailing list they talk about using the status code &amp;#8220;422 Unprocessable Entity&amp;#8221; instead of inventing a new one.  It was standardized for WebDAV,
and its intent was to say that the format itself may be parsable, but that the parsed data is invalid.&lt;/p&gt;</description>
      <pubDate>Fri, 30 Jun 2006 15:48:52 -0600</pubDate>
      <guid isPermaLink="false">urn:uuid:167a8e14-210c-4226-a3e8-ba9e8f90b2d9</guid>
      <link>http://cfis.savagexi.com/2006/03/30/need-help-on-http-status-code#comment-91</link>
    </item>
  </channel>
</rss>
