Treatment of anyURI in release 2.5.0 2003-08-15 - By John Tebbutt
I'm having trouble with some values of the anyURI datatype since
installing release 2.5.0. The problem seems to be connected to the
length of the anyURI value, as opposed to its form or content.
I guess the best way to summarize the behavior is by way of a pattern. I
tested using values of the form:
telnet://[a-z]{n}.com
and found that, for values of n <= 62, the values was accepted, but when
n >= 64, the value is rejected as being outside the value space for
anyURI. It looks as if Xerces is imposing a length restriction on anyURI
which has not been imposed in previous releases I have used
(specifically, release 2.4.0 does not exhibit this behavior).
I note that the values I am using, as can be seen from the pattern,
contain only two components in the hostname, the first of which can be
very long (and not necessarily very sensible :-) ). Here's an example:
telnet://effortstandardsbesenseorganizationsecfordevelopedtoaccessibleb.com
I've checked the Schema REC and errata, as well as the relevant RFCs and
sections of XLink and XML Core, and can find no mention of a constraint
on the length of the anyURI datatype, on URIs in general, or on the
components of URIs.
Have I missed something? Any feedback gratefully appreciated.
John Tebbutt
National Institute of Standards and Technology
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-j-user-unsubscribe@(protected)
For additional commands, e-mail: xerces-j-user-help@(protected)
|
|
