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

Re: URIs as IDs in ModSAX (was Re: ModSAX (SAX 1.1) Proposal) (fwd)

  • From: Robb Shecter <shecter@d...>
  • Date: Wed, 17 Feb 1999 18:23:32 +0100

Re: URIs as IDs in ModSAX (was Re: ModSAX (SAX 1.1) Proposal) (fwd)
> From: David Megginson <david@m...>
>  > Justification:
>  >      setFeature needs to be passed an identifying string that
>  >      uniquely picks out some property. Rather than go with the
>  >      pseudo-uri's in Java, it would be more in the spirit of XML
>  >      and Web to use URIs. Using URIs is also more friendly towards
>  >      non-Java implementations of the SAX API.
>
> I'm strongly inclined to agree.  Does anyone have a strong case
> against?

Hi,

I'm joining the discussion a bit late, but it seems to me that allowing something that looks
like a URL that's not a URL is a bad idea.  This seems to have introduced unnecessary
confusion into namespaces:  It makes an accompanying explanation and admonishment necessary
("Don't assume there's anything at this 'not-URL' ").  From a software engineering point of
view,  I think it'd be better to chose something that doesn't require the extra documentation
- Instead of saying, "Watch out for the problem here...", we should not create the problem in
the first place.

I think that the Java standard is very good. I don't think that it's unfriendly towards
non-Java implementations:  it is after all, only a standard, and not hardcoded into the
language.  The main problem with it is that users who do not have a measure of authority at
their organization can have problems.  So, for example, I've released some open source code
with the package name:

org.acm.robb

...because I have the e-mail address robb@a....  That works until the ACM decides to put a
host named "robb" on the acm network.  (OK, that may not happen :) - but the point is valid.)

So, I'm for a clear format, maybe Java-like, that --doesn't-- resemble a URL, that solves the
above issue.

- Robb


xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


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.