Imported gcc-4.4.3

[msp430-gcc.git] / libjava / org / w3c / dom / CDATASection.java

diff --git a/libjava/org/w3c/dom/CDATASection.java b/libjava/org/w3c/dom/CDATASection.java
deleted file mode 100644 (file)
index d9972ef..0000000
--- a/libjava/org/w3c/dom/CDATASection.java
+++ /dev/null
@@ -1,48 +0,0 @@
-/*\r
- * Copyright (c) 2000 World Wide Web Consortium,\r
- * (Massachusetts Institute of Technology, Institut National de\r
- * Recherche en Informatique et en Automatique, Keio University). All\r
- * Rights Reserved. This program is distributed under the W3C's Software\r
- * Intellectual Property License. This program is distributed in the\r
- * hope that it will be useful, but WITHOUT ANY WARRANTY; without even\r
- * the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR\r
- * PURPOSE.\r
- * See W3C License http://www.w3.org/Consortium/Legal/ for more details.\r
- */\r
-\r
-package org.w3c.dom;\r
-\r
-/**\r
- * CDATA sections are used to escape blocks of text containing characters that \r
- * would otherwise be regarded as markup. The only delimiter that is \r
- * recognized in a CDATA section is the "]]>" string that ends the CDATA \r
- * section. CDATA sections cannot be nested. Their primary purpose is for \r
- * including material such as XML fragments, without needing to escape all \r
- * the delimiters.\r
- * <p>The <code>DOMString</code> attribute of the <code>Text</code> node holds \r
- * the text that is contained by the CDATA section. Note that this may \r
- * contain characters that need to be escaped outside of CDATA sections and \r
- * that, depending on the character encoding ("charset") chosen for \r
- * serialization, it may be impossible to write out some characters as part \r
- * of a CDATA section. \r
- * <p> The <code>CDATASection</code> interface inherits from the \r
- * <code>CharacterData</code> interface through the <code>Text</code> \r
- * interface. Adjacent <code>CDATASection</code> nodes are not merged by use \r
- * of the <code>normalize</code> method of the <code>Node</code> interface.\r
- * Because no markup is recognized within a <code>CDATASection</code>, \r
- * character numeric references cannot be used as an escape mechanism when \r
- * serializing. Therefore, action needs to be taken when serializing a \r
- * <code>CDATASection</code> with a character encoding where some of the \r
- * contained characters cannot be represented. Failure to do so would not \r
- * produce well-formed XML.One potential solution in the serialization \r
- * process is to end the CDATA section before the character, output the \r
- * character using a character reference or entity reference, and open a new \r
- * CDATA section for any further characters in the text node. Note, however, \r
- * that some code conversion libraries at the time of writing do not return \r
- * an error or exception when a character is missing from the encoding, \r
- * making the task of ensuring that data is not corrupted on serialization \r
- * more difficult.\r
- * <p>See also the <a href='http://www.w3.org/TR/2000/REC-DOM-Level-2-Core-20001113'>Document Object Model (DOM) Level 2 Core Specification</a>.\r
- */\r
-public interface CDATASection extends Text {\r
-}\r