[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: URIs harmful (was RE: Article: Keeping pa ce

• To: Miles Sabin <miles@m...>
• Subject: Re: URIs harmful (was RE: Article: Keeping pa ce with James Clark)
• From: amyzing@t... (Amelia A Lewis)
• Date: Mon, 22 Jul 2002 10:45:24 -0400
• Cc: xml-dev@l...
• In-reply-to: <200207221429.44577.miles@m...>
• References: <2C61CCE8A870D211A523080009B94E430752B6CA@HQ5> <200207221429.44577.miles@m...>
• User-agent: Mutt/1.3.28i

On Mon, Jul 22, 2002 at 02:29:44PM +0100, Miles Sabin wrote:
>Bullard, Claude L (Len) wrote,
>> All the "always resolves" means is that if the http: endowed URI is
>> handed to a resolver, it will resolve.  What gets returned may be
>> caca, but it will resolve.
>
>What? Even http://this.host.does.not.exist/ ?
>
>You won't even get a 404 from that. Do you count TCP-level failures as 
>"resolving"?

*I* certainly would.

Resolution is entirely separate from retrieval.  URLs typically have rules
for parsing, normalization, resolution, and retrieval/location.  It is
entirely possible to "resolve" a URL without retrieving/locating it.

Amy!
-- 
Amelia A. Lewis       amyzing@t...      alicorn@m...
I don't want what's best for you--
    where will I be when you've found it?
        I pray a lot about these bad feelings inside
            but I can't pray my way through or around it.
                -- Emily Saliers

• References:
  • RE: URIs harmful (was RE: Article: Keeping pa ce with James Clark)
    • From: "Bullard, Claude L (Len)" <clbullar@i...>
  • Re: URIs harmful (was RE: Article: Keeping pa ce with James Clark)
    • From: Miles Sabin <miles@m...>

• Prev by Date: Re: Question for the XPath and DOM folks
• Next by Date: Practical use of URL, schemaLocation and versioning (was RE: URIs harmful (was RE: Article: Keeping pace with James Clark))
• Previous by thread: Re: URIs harmful (was RE: Article: Keeping pa ce with James Clark)
• Next by thread: RE: URIs harmful (was RE: Article: Keeping pa ce with James Clark)
• Index(es):
  • Date
  • Thread