Sure. I'm checking with the folks who developed the sub-system and
hopefully resolve it instead of passing it with CDATA
Thanks,
Rajan
-----Original Message-----
From: Wendell Piez [mailto:wapiez(_at_)mulberrytech(_dot_)com]
Sent: Wednesday, January 12, 2005 6:40 PM
To: xsl-list(_at_)lists(_dot_)mulberrytech(_dot_)com
Subject: RE: [xsl] Adding CDATA to the transformed XML
The OP hasn't said exactly, but it sounds to me like the other subsystem
is
some sort of interface that lets users input whatever they like into the
XML.
Since they can input anything from their keyboard, they occasionally
input
stuff like "&" which of course doesn't parse.
In any case, what Mike said is still correct. The XSLT process that
transforms this XML doesn't need to force a CDATA marked section
wrapper,
because the serializer will do any necessary escaping. That is, if the
problem is in the other subsystem, forcing CDATA in this one will
guarantee
nothing. The real solution is to fix the other subsystem so it converts
disallowed characters into their allowed representations, or does a
CDATA
wrapping of its own as a poor-man's version of the same.
So I'm guessing the the problem is not in a parser, but rather in a tool
(a
UI or something, maybe just a text editor) that allows users to input
malformed data and doesn't correct it for them before passing it over. A
compliant parser is part of the fix; but we don't know that that the
offending subsystem uses a parser at all.
Cheers,
Wendell
At 11:21 AM 1/12/2005, it was written:
No the other Sub system does not use XSLT
The point they are trying to make is that provided the other 'Sub
system' is a compiant XML parser, then anything produced by a transform
using the xml output method should parse ok.
If the parsing is failing at the other end, then it's a problem with
the
parser and a fix should be applied there rather than bodging your
output
to a work around the non-comformity.
What characters made the parsing at the other end fail? It could be
that you are mis-using disable-output-escaping?
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail:
<mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--
======================================================================
Wendell Piez
mailto:wapiez(_at_)mulberrytech(_dot_)com
Mulberry Technologies, Inc. http://www.mulberrytech.com
17 West Jefferson Street Direct Phone: 301/315-9635
Suite 207 Phone: 301/315-9631
Rockville, MD 20850 Fax: 301/315-8285
----------------------------------------------------------------------
Mulberry Technologies: A Consultancy Specializing in SGML and XML
======================================================================
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--