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

namespaces and resources was :Re: Re: Why REST


dns entry ownership
David Carlisle wrote:

>
> > It is the _owner_ of the DNS entry that gets to say what the resource
> > is.
>
> True, but that doesn't say anything about the use of that string as a
> namespace name.

The implication is that the owner of the DNS entry gets to create URIs and
decide how the URIs are to be used. One use of a URI is as a namespace name.

>
> > Certainly you can abuse the intention of the owner, and if the owner of
the
> > URI never intended it to be a namespace, then this is simply an abuse.
>
> "abuse" is an emotive word but apart from your assertion that it is
> abuse, where is it stated that this is abusive. In fact by my reading of
> the namespace rec it is the _intended_ behaviour. That is, one names a
> namespace after some resource that (preferably) you control, by using
> the URI of that resource.

How URIs are intended to be used is said in a number of places, Tim BL's
"design issues", Fielding's REST. It is clear from reading this, that it is
up to the owner of the URI to decide what resource a URI identifies.

>
> If I give you a (dtd) valid, schema valid, well formed, XML document
> that conforms to the namespace REC that uses a namespace name that
> identifies a resource that isn't a namespace then it is not enough for
> you to tell me it is abusive you have to say what rule has been broken.

I am not sure it has been tested -yet- in court, however I bet that if you
start creating XML Namespaces beginning with the domains
http://www.microsoft.com or http://www.ibm.com and if such namespaces are
used in a way not to the liking of the organization, that you will soon find
a flock of lawyers descending on your abode and causing more havoc with your
life than you care. The ownership of a DNS entry _has_ been tested in court.
Ultimately the rule that is broken is then the rule of law.

In any case I consider it bad manners to use someone else's URIs in ways
that they do not intend, much as you would consider it bad manners if I
started portraying myself as "David Carlisle" to banks, or various
government agencies etc.

>
> >  What results is the same inability to communicate a
>
> Not at all, the same strings mean different things in different contexts,
> and there are contexts where the string "1 + 1 = 3" would be
> interpreted as true for example.

My point exactly. The problem is that
>
> <x xmlns="mailto:jborden@a..."/>
>
> is a well formed document conforming to the namespace rec, and the
> namespace of the element in that document _is_ mailto:jborden@a....
> It isn't just me that says it is, XSLT/XPath , a namespace aware DOM,
> etc would all accept this document and confirm the namespace name.
>

Yup, but if I don't sanction this, I can complain to various authorities
that you are misrepresenting me. People take this seriously.

Jonathan


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.