[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: XML inside another XML

• To: XML Developers List <xml-dev@l...>
• Subject: Re: XML inside another XML
• From: David Megginson <dmeggin@a...>
• Date: Thu, 12 Feb 2004 15:16:09 -0500
• In-reply-to: <p06010202bc5189142007@[192.168.254.4]>
• References: <20040212172136.TVKE1703.imf19aec.mail.bellsouth.net@m...> <p06010202bc5189142007@[192.168.254.4]>
• User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040122 Debian/1.6-1

Elliotte Rusty Harold wrote:

> First you need to store the *unparsed* text as a string, byte array or 
> some such thing. If you've already parsed it and thrown away the 
> original, it's too late.
> 
> Then insert that string into your output message. All correct XML APIs 
> I'm aware of will escape all the < and & signs as necessary to allow it 
> top be treated as text. If you're using printf or System.out.println() 
> or some such to generate your message, it's trickier. You can wrap the 
> output in a CDATA section, but watch out for any embedded ]]> strings 
> that may appear in the malformed input. If you see these, then you'll 
> have to close the CDATA section, write ]]&gt;, and then reopen the CDATA 
> section.

The safest thing would be to keep the byte array and base64-encode it.  If
the parsing error had to do with character encoding, you won't be able to
put it in the XML document as a string, and in any case, the original
encoding will be lost.

Avoid CDATA.  It is a convenience for people writing XML documentation by
hand using examples with lots of special characters (like, say, XML markup),
but it serves no other useful purpose, and can often be dangerous.


All the best,


David

• References:
  • XML inside another XML
    • From: <santony@b...>
  • Re: XML inside another XML
    • From: Elliotte Rusty Harold <elharo@m...>

• Prev by Date: RE: XMLSpy and <key><keyref>
• Next by Date: RE: XMLSpy and <key><keyref>
• Previous by thread: Re: XML inside another XML
• Next by thread: RE: XML inside another XML
• Index(es):
  • Date
  • Thread