Subjects
Home
Xalan extension functions
Fomatting question serializing DOM with pretty print
xalan with pull parser
Cannot find the declaration
Apache Xalan drop support to run on JRE 1 1 x
Why does Doctype change processing of a document
Node set to XML string via Java extensions in Xalan J: possible?
Templates/Transformers + thread safety???
Problem evaluating xpath with muliple prefix with different namespace
remove an arbitrary attribute from xsl output
Xalan3 XSLT 2 0 XPath 2 0 support?
Problem using compiled translets with Xalan !!
Xalan and jstl 1 1 problem with transform tag
NullPointer in DOM2DTM getLocalName
URIResolvers base parameter with xsltc and cascaded imports
Performance problem for Xalan J on intel dual core
Standard libraries in JAXP?
Serializing a DOM tree to XML file, customize entities replacement
Library Conflict Involving BCEL Library
A question on how users are using <xsl:message >
Kevin Cormier as a new Apache Xalan J committer
Struggling to iterate over tokenized string
Xalan count() trouble
Problem with recursive xpath
Error when switching to java 1 5
document( ' ')
Problem with Xalan2 7 0 transformation
cr/lf options
entity encoded XML
can xalan transform 2 xml using one xslt?
Xalan J JIRA defect review Monday October 16, 2006 from 2:00 to 3:30 pm ED
xsl transform with cdata section elements
xslt parameters not expanded
Weird behavior of XPath evaluate()
How to avoid <xsl:message > instruction prints stylesheet file informations ?
Cannot find SimpleTransform subdirectory after installing Xalan J
recover from document not found exceptions
jdk1 5 and Xalan jar differences?
Performance Issue
Error/Bug adding floating point numbers
XPathAPI: eval exp using nodes with default namespace
modifying xalan to output invalid XML
NullPointerException
mege two separate xml nodes into one
Is this a XALAN document identification bug?
is StylesheetRoot really java io Serializable ?
transform() fails for DOMSource but succeeds for StreamSource
Thoughts on Transformer parameter passing
HELP, Xalan and jstl 1 1 problem with transformer
Problem with XPath namespace axis?
string utils:replace deleting search string if replacement string is an HTML
help with enumeration values pls
xalan 2 5 1 vs 2 7 performance question
How to insert/update in XML document
HTML Serialization and Handling of Ampersands in HREF Attributes
XHTML link tag stripping
SystemId Unknown; Line #24; Column #49; java lang NullPointerException
xpath text() help
Apostrophe problem with xalan 2 7 0
How to set variables in XML document?
Links
Home
Oracle database error code ...
 
Search:  
Power your search with and, or, +, -, or "some phrase" operators.
Adjacent CDATA node problems

Adjacent CDATA node problems

2003-03-20       - By Mike McLean
Reply:     <<     11  

Thanks for the suggestion Joseph. Not being much of a xml guru, I wasn't
aware that avoiding CDATA nodes was better. I though that all content
where there was a potential for < > & should be put into a cdata node. I
definitely can tell my clients that they should expect &amp; and &lt;.


-----Original Message-----
From: Joseph Kesselman [mailto:keshlam@(protected)]
Sent: March 20, 2003 3:47 PM
To: xalan-j-users@(protected)
Subject: RE: Adjacent CDATA node problems


Just curiosity,but why  are you specifying
       cdata-section-elements="URL"
in the first place?

Yes, it avoids the need for escaping when '&' appears in the URL value.

But if the URI ever contains a character outside your base encoding
(definitely possible, since the web is international) you *MUST* exit
the
CDATA Section in order to be able to escape that character... at which
point the customers who have trouble with it now are going to scream
again.

The same thing happens if someone, somehow, managed to get the character

sequence ]]> into the text string; there is no way to represent that
without exiting the CDATA Section.

Safer to avoid <![CDATA]]> markup in the first place, I think, unless
you
are forced to interface with users who simply Can Not be taught how to
use
&amp; and &lt;.


(But I do agree that we should be handling this better.)

______________________________________
Joe Kesselman, IBM Next-Generation Web Technologies: XML, XSL and more.
"may'ron DaroQbe'chugh vaj bIrIQbej"  ("Put down the squeezebox and
nobody
gets hurt.")