Seems like this would only be an error in the spec if there were no way to
deal with it, but you show a solution.
So I take your comment more as a helpful reminder that one cannot
mindlessly wrap arbitrary text in a CDATA section. However, one can always
find a sequence of CDATA and/or text that will hold the contents. Using
your example, at its option a processor could choose the encoding you cite
> <![CDATA[boolean b = f[g[6]]]><![CDATA[]>4;]]>
or a variety of others, including one that does not require lookahead:
[CDATA[ boolean b = f[g[6]]>]]>[CDATA[4; ]]>
Interpreting this would be no problem for a program using, e.g., a normalized
DOM representation. As for human readability, well, the XML form isn't very
readable even without this complication.
Bob Foster
Symantec Internet Tools http://www.symantec.com/
===========================================================================
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
FAQs on JSP can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
