OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   RE: [xml-dev] Managing Innovation

[ 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
   Processing XML with Java (Addison-Wesley, 2002)


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS