Bugs item #1766415, was opened at 2007-08-02 21:36 Message generated for change (Comment added) made by boncz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=482468&aid=1766415&group_id=56967
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: PF general Group: Pathfinder CVS Head Status: Open Resolution: None Priority: 5 Private: No Submitted By: Peter Boncz (boncz) Assigned to: Torsten Grust (teggy) Summary: CDATA segments are not (properly??) conserved Initial Comment: CData tags Cdata tags disappear when I call back a document for example I store in the database : pf:add-doc(“c://test.xml”, “test”) <new> <hello><![CDATA[ myData]]></hello> </new> I get the document back as: doc(“test”) <new> <hello>myData</hello> </new> (submitted on behalf of [EMAIL PROTECTED]) ---------------------------------------------------------------------- >Comment By: Peter Boncz (boncz) Date: 2007-08-02 21:49 Message: Logged In: YES user_id=591107 Originator: YES Our shredder just treats CDATA as a notation for characters. For serialization, any special chars (a reason for using CDATA) are serialized with proper escapes (..well, hopefully) Are we supposed to conserve CDATA nodes? In the XQery and xPath specs I could not find an answer to this. The XML Infoset spec even specifically states that this issue is out of its scope. I found some remark on a Michael Rhys weblog about serialization standards, however, that seems to imply that CDATA section are to be treated as separate text nodes, and serialized again in CDATA form. Note that this implies that data(<a> <!CDATA [ spaces-around ]> </a>) produces double spacing around "spaces-around".. I think this could be implemented , probably without too much effort (introducing a CDATA node that is treated identical to text node, expcept in serialization), but should we? relaying this to you, Teggy, as the departure of Jens for pratical purposes has made you our stand conformance expert. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=482468&aid=1766415&group_id=56967 ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Monetdb-bugs mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/monetdb-bugs
