[
Lists Home |
Date Index |
Thread Index
]
At 5:40 PM -0400 10/2/03, David Megginson wrote:
>I understand that argument well, but in this case, we're not talking
>about limiting the overall length of XML documents. Let's try not to
>imagine only the present, but the future as well -- can anyone make a
>reasonable case for an XML element or attribute name longer than 4096
>characters (for example)?
I would not be surprised to see such a thing pop out of some program
that generates element names using an algorithm. Programs that create
programs are notorious for finding bugs in compilers that had
implicit assumptions about what code would look like, often involving
length of variable names or maximum line length. I wouldn't be
surprised to see programs that generate XML overflow a few boundaries
in XML parsers.
There are definitely parts of most APIs that are length limited. For
instance, SAX can't handle a comment, an attribute value, or a
processing instruction longer than 2.1 gigabytes. Think, for
example, of a Base-64 encoded movie shoved in an attribute value.
Completely legal for XML, but SAX can't handle it.
--
Elliotte Rusty Harold
elharo@metalab.unc.edu
Processing XML with Java (Addison-Wesley, 2002)
http://www.cafeconleche.org/books/xmljava
http://www.amazon.com/exec/obidos/ISBN%3D0201771861/cafeaulaitA
|
