Sorry, maybe I am just being dumb. Your claim is that the filename should be "contents", based on the
following rule: "The new file name is the simple name of the URI, i.e.,
all the characters following the last '/'". Since the URI is
/database/contents/, there is nothing actually following the the last
'/'. Based on this, I do not see why the filename should be
"contents", at least not based on the rule you cite. I am going to give you the benefit of the doubt and assume you read my e-mail carefully. If this is true, you must be using a different idea of 'last' than me, or in an alternative context where it actually refers to the second to last. If this is the case, the write up is definitely not clear and I would like a further elaboration.
<br><br>To reiterate, I don't know quite what to make of the following list of 'special cases':<br><br>/ In this case, the simple name will be dir<br>foo/ In this case, the simple name will be foo<br>foo/. In this case, the simple name will be dot
<br>foo/.. In this case, the simple name will be dotdot<br><br>I was assuming, though not with absolute certainty, that these exceptions refer to the entire URI, i.e. if the URI is just "/", the file name is "dir." However, it's not quite clear what foo/ means, since for a URI like /database/contents/, it would seem the filename would be "/database/contents" but that doesn't look quite right. This is the particular case I decided to check. I thought it possible that instead the filename might be merely "contents", based on the idea that "foo" was a generic variable meant *only* as substitution for the last directory (in which case the write up should have been explicit in specifying that "foo/" was actually more like "/directory/directory/[...etc]/foo/." But your e-mail, while choosing the 2nd option, gives a completely different explanation than I don't understand at all. I'm really tired from all the projects I'm working on concurrently and I'll admit I am not fully literate at this point, but even so, I would opine that the write up and the explanation you gave are not clear and that my question merits a more detailed explanation.
<br><br><div><span class="gmail_quote">On 10/24/07, <b class="gmail_sendername">Daniel Killebrew</b> <<a href="mailto:dank@eecs.berkeley.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">dank@eecs.berkeley.edu
</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Nescio Nomen wrote:<br>> Once the client has retrieved an item from the server (via a 200 OK<br>> reply), it constructs a local file name<br>> into which to store the item. The new file name is the simple name of
<br>> the URI, i.e., all the characters<br>> following the last '/'. This handles all but a few special cases. In<br>> these special cases, your client must create<br>> these files according the simple names listed below.
<br>> / In this case, the simple name will be dir<br>> foo/ In this case, the simple name will be foo<br>><br>> I don't understand that case. What's it supposed to catch?<br>><br>> Is foo just a generic variable that stands for "any and all characters
<br>> before the last slash?"<br>><br>> So, for this request URI:<br>><br>> /database/contents/<br>><br>> foo would be:<br>><br>> /database/contents<br> From the spec:<br>The new file name is the simple name of the URI,
i.e., all the characters<br>following the last '/'.<br><br>therefore '/database/' is not part of "all the characters following the<br>last /"<br>so 'contents' would be the filename.<br><br>
Please rid a bit more closely before asking questions.
<br><br>Daniel<br>><br>> Is that correct?<br>><br>> ------------------------------------------------------------------------<br>><br>> _______________________________________________<br>> ee122 mailing list
<br>> <a href="mailto:ee122@mailman.ICSI.Berkeley.EDU" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">ee122@mailman.ICSI.Berkeley.EDU</a><br>> <a href="http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/ee122" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/ee122
</a><br>><br><br></blockquote></div><br>