URI compliance (was: Re: Annoying Collection-Name Bug)

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

URI compliance (was: Re: Annoying Collection-Name Bug)

Michael Beddow-2
Pierrick Brihaye wrote:

> I know that we currently accept "unicode" collection names (see the
> "città" test cases). Should we continue to do so ? Should we go towards
> URI compliance ? Should we unescape the provided URIs ?  Well.. this is
> worth a discussion I think.


An important point, with strong arguments, though of different kinds, on
both sides. "Don't break existing apps or outlaw widespread practices"
against "Comply with standards". A familiar conflict.  What makes it
trickier, I think, is that the Web (and indeed the heads of quite a lot of
people who Think They Know these things) is full of rather seriously
mistaken or outdated info about encoding issues in general and uri encoding
in particular, so that at least some of those whose apps get broken are
likely not just to wince and rewrite, but to howl and denounce. Which might
divert energies that would be better applied elsewhere right now. On
balance, I'd say: yes, full uri compliance in the longer term (maybe before
the next official version release). But I'd advise against any move in that
direction in an imminent snapshot release.

Michael Beddow





-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.
Get Certified Today * Register for a JBoss Training Course
Free Certification Exam for All Training Attendees Through End of 2005
Visit http://www.jboss.com/services/certification for more information
_______________________________________________
Exist-open mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/exist-open
Reply | Threaded
Open this post in threaded view
|

Re: URI compliance (was: Re: Annoying Collection-Name Bug)

Pierrick Brihaye-2
Hi,

Michael Beddow wrote:

> An important point, with strong arguments, though of different kinds, on
> both sides.

No doubt :-)

> "Don't break existing apps or outlaw widespread practices"

IMHO, the only relevant point with this statement is the
"widespreadth"/user ratio :-) How many users use non-ASCII characters in
their collections and resources names ?

> against "Comply with standards".

Yes. But I don't know about any specs relative to XMLDB collection and
resource names... although I infer from some methods signatures that
URI-compliant names are expected :
http://xmldb-org.sourceforge.net/xapi/api/org/xmldb/api/base/Database.html#getCollection(java.lang.String,%20java.lang.String,%20java.lang.String)

> On
> balance, I'd say: yes, full uri compliance in the longer term (maybe before
> the next official version release). But I'd advise against any move in that
> direction in an imminent snapshot release.

I agree.

I want to add that URI compliance would help in defining a robust
base-uri scheme and thus in writing robust XPath documents-related
functions.

However, I would be glad to hear something against URI-compliance.

Cheers,

--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:[hidden email]
+33 (0)2 99 29 67 78
http://usenet-fr.news.eu.org/fr-chartes/rfc1855.html. L'avez-vous lu ?


-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.
Get Certified Today * Register for a JBoss Training Course
Free Certification Exam for All Training Attendees Through End of 2005
Visit http://www.jboss.com/services/certification for more information
_______________________________________________
Exist-open mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/exist-open