it's okay as a proof-of-concept. I don't think it's quite ready
for production, yet, though.
> In attempting to resolve a URN of the form
>
> urn://urn.mrrl.lut.ac.uk/martin/top
>
> it does a DNS TXT lookup on the domain component, e.g.
>
> urn.mrrl.lut.ac.uk. 86400 TXT http://www.mrrl.lut.ac.uk/urn
>
> Because I'm lazy, the first http URL returned is taken as the URL
> of the server which is willing to perform the URN resolution.
certainly you'd want the client to be able to pick more intelligently
(trying other servers if attempts to use the first one failed, and
perhaps attempting to locate a nearby server first)
> Then
> the rest of the URN is appended - in the example this gives us
>
> http://www.mrrl.lut.ac.uk/urn/martin/top
Yikes!! I see no reason that a URN should be constrained to contain
any part of an eventual URL (or likewise, why a URL should have to
contain any part of any of the URNs that might point to it.)
And I can see some very good reasons NOT to impose this constraint.
Keith