[Bug 1609] - Forward declarations in schema definitions
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1609 *** shadow/1609 Sun May 20 17:26:40 2001 --- shadow/1609.tmp.1357Tue May 29 08:34:12 2001 *** *** 1,19 ! Bug#: 1609 ! Product: Xerces-J ! Version: 1.3.1 ! Platform: PC ! OS/Version: ! Status: NEW ! Resolution: ! Severity: Normal ! Priority: ! Component: Schema-Datatypes ! AssignedTo: [EMAIL PROTECTED] ! ReportedBy: [EMAIL PROTECTED] ! URL: ! Cc: ! Summary: Forward declarations in schema definitions ! There seems to be a problem concerning forward declarations in compound elements. I'm attaching (pasting) 3 files that demonstrate the problem: test.xml, badSchema.xsd, goodSchema.xsd. --- 1,19 ! ++ ! | Forward declarations in schema definitions | ! ++ ! |Bug #: 1609Product: Xerces-J| ! | Status: NEW Version: 1.3.1 | ! | Resolution:Platform: PC | ! | Severity: Normal OS/Version: All | ! | Priority: High Component: Schema-Datatypes| ! ++ ! | Assigned To: [EMAIL PROTECTED] | ! | Reported By: [EMAIL PROTECTED] | ! | CC list: Cc: | ! ++ ! | URL: | ! ++ ! | DESCRIPTION | There seems to be a problem concerning forward declarations in compound elements. I'm attaching (pasting) 3 files that demonstrate the problem: test.xml, badSchema.xsd, goodSchema.xsd. *** *** 158,161 Thanks, Guy Yitzhaki ! [EMAIL PROTECTED] --- 158,161 Thanks, Guy Yitzhaki ! [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2027] New: - The parser does not support some of character class block escapes used in regular expressions for patterns
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2027
*** shadow/2027 Wed Jun 6 08:36:26 2001
--- shadow/2027.tmp.10833 Wed Jun 6 08:36:26 2001
***
*** 0
--- 1,59
+ ++
+ | The parser does not support some of character class block escapes used in |
+ ++
+ |Bug #: 2027Product: Xerces-J|
+ | Status: NEW Version: 1.4 |
+ | Resolution:Platform: Other |
+ | Severity: Normal OS/Version: Other |
+ | Priority: Other Component: Schema-Datatypes|
+ ++
+ | Assigned To: [EMAIL PROTECTED] |
+ | Reported By: [EMAIL PROTECTED] |
+ | CC list: Cc: |
+ ++
+ | URL: |
+ ++
+ | DESCRIPTION |
+ For a simpleType derived by restriction, with the facet pattern, if the regular
+ expression in a pattern is of the form \p{IsBlock} where Block is a valid Block
+ Name as specified in Section 6.F of the XML Schema Part 2: datatypes W3C
+ proposed recommendation, the parser reports an error for only some of the Block
+ Names listed in this section of the specification. A sample schema that
+ reproduces this error is as below.
+
+ Schema: D6_fTest.xsd
+ =
+
+ http://www.w3.org/2001/XMLSchema";>
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ Instance: D6_fTest.xml
+ ===
+
+ http://www.w3.org/2001/XMLSchema-instance";
+ xsi:noNamespaceSchemaLocation="D6_fTest.xsd">
+
+ Ё
+ Ӹ
+
+
+ The error that appears for the above schema is Datatype Error: Unknown Property.
+ Not all block escapes result in this error. For the block names that raise
+ this error please look at Section 6.F of the XML Schema Part 2: datatypes W3C
+ proposed recomendation, for block names and they can be tested with the sample
+ above.
\ No newline at end of file
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2029] New: - The parser does not report errors for some invalid regular expressions used with the facet, pattern
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2029 *** shadow/2029 Wed Jun 6 09:11:19 2001 --- shadow/2029.tmp.11173 Wed Jun 6 09:11:19 2001 *** *** 0 --- 1,85 + ++ + | The parser does not report errors for some invalid regular expressions use | + ++ + |Bug #: 2029Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: Other | + | Severity: Normal OS/Version: Other | + | Priority: Other Component: Schema-Datatypes| + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + The value of the facet "pattern" should be a valid regular expression. + The parser does not raise an error when the value of this facet in a simpleType + declaration has an invalid regular expression value as in the case below: + + sample.xsd + == + + http://www.w3.org/2001/XMLSchema"; + targetNamespace="http://www.schemaTest.org/sample"; + xmlns:si="http://www.schemaTest.org/sample";> + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + sample.xml + == + + http://www.schemaTest.org/sample"; + xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; + xsi:schemaLocation="http://www.schemaTest.org/sample + sample.xsd"> + + 1 + + \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2028] New: - processContents value ignored on 2nd in sequence
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2028 *** shadow/2028 Wed Jun 6 08:59:45 2001 --- shadow/2028.tmp.10992 Wed Jun 6 08:59:45 2001 *** *** 0 --- 1,79 + ++ + | processContents value ignored on 2nd in sequence | + ++ + |Bug #: 2028Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: All | + | Severity: Normal OS/Version: All | + | Priority: Other Component: Schema-Structures | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + This example causes the parser to report validation errors when no validation + should take place (processContents="skip"): + + 3_10v38.xml + === + + http://www.w3.org/2001/XMLSchema-instance"; + xsi:noNamespaceSchemaLocation="3_10v38.xsd" + xmlns:v38imp="http://www.schemaTest.org/3_10v38_imp"; + xmlns:v38 ="http://www.schemaTest.org/3_10v38";> + + Ford + + The Car + Dodge + Mustang + + + + 3_10v38.xsd + === + + http://www.w3.org/2001/XMLSchema";> + + http://www.schemaTest.org/3_10v38_imp"; +schemaLocation="3_10v38_imp.xsd"/> + + + + + http://www.schemaTest.org/3_10v38_imp"/> + + + + + + + + 3_10v38_imp.xsd + === + + http://www.w3.org/2001/XMLSchema"; + targetNamespace="http://www.schemaTest.org/3_10v38_imp"; + xmlns:v38imp ="http://www.schemaTest.org/3_10v38_imp";> + + + + + + + + + + + + + + + + + + + \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2038] New: - in cannot have minOccurs="0"
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2038 *** shadow/2038 Wed Jun 6 15:41:03 2001 --- shadow/2038.tmp.12437 Wed Jun 6 15:41:03 2001 *** *** 0 --- 1,50 + ++ + | in cannot have minOccurs="0" | + ++ + |Bug #: 2038Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: All | + | Severity: MinorOS/Version: All | + | Priority: Other Component: Schema-Structures | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + According to XML Schema Structures spec: + + http://www.w3.org/TR/xmlschema-1/#cos-all-limited + + An child of a must have minOccurs=maxOccurs="1". Here is an + example test which violates this constraint but is not reported as an error by + the parser. + + 3_8si05.xml + === + + http://www.w3.org/2001/XMLSchema-instance"; + xmlns:si ="http://www.schemaTest.org/3_8si"; + xsi:schemaLocation="http://www.schemaTest.org/3_8si + 3_8si05.xsd"> + + + 3_8si05.xsd + === + + http://www.w3.org/2001/XMLSchema"; + xmlns:si ="http://www.schemaTest.org/3_8si"; + targetNamespace="http://www.schemaTest.org/3_8si";> + + + + + + + + + + + \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 1584] - XMLSchema handling somehow broken?
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1584 *** shadow/1584 Sun May 20 17:26:32 2001 --- shadow/1584.tmp.3683Tue Jun 5 07:03:23 2001 *** *** 1,19 ! Bug#: 1584 ! Product: Xerces-J ! Version: 1.3.1 ! Platform: Sun ! OS/Version: Solaris ! Status: NEW ! Resolution: ! Severity: Normal ! Priority: ! Component: Schema-Structures ! AssignedTo: [EMAIL PROTECTED] ! ReportedBy: [EMAIL PROTECTED] ! URL: ! Cc: ! Summary: XMLSchema handling somehow broken? ! I've a little example *.xsd and *.xml file to show my problem. This works ok with the 1.3.0 version but 1.3.1. complains about it:-( I don't think there is anything wrong with the code? --- 1,19 ! ++ ! | XMLSchema handling somehow broken? | ! ++ ! |Bug #: 1584Product: Xerces-J| ! | Status: NEW Version: 1.3.1 | ! | Resolution:Platform: Sun | ! | Severity: Normal OS/Version: Solaris | ! | Priority: High Component: Schema-Structures | ! ++ ! | Assigned To: [EMAIL PROTECTED] | ! | Reported By: [EMAIL PROTECTED]| ! | CC list: Cc: | ! ++ ! | URL: | ! ++ ! | DESCRIPTION | I've a little example *.xsd and *.xml file to show my problem. This works ok with the 1.3.0 version but 1.3.1. complains about it:-( I don't think there is anything wrong with the code? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2010] New: - XMLSerializer is final
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2010 *** shadow/2010 Tue Jun 5 10:51:00 2001 --- shadow/2010.tmp.6115Tue Jun 5 10:51:00 2001 *** *** 0 --- 1,23 + ++ + | XMLSerializer is final | + ++ + |Bug #: 2010Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: All | + | Severity: Normal OS/Version: All | + | Priority: Other Component: Serialization | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED]| + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + The org.apache.xml.serialize.XMLSerializer class is declared as final in Xerces + J 1.4. It was not final in 1.3.1. The CVS log indicates that it was + purposefully changed from final to NOT final in a patch a while ago. It seems + that it was restored to final status mistakenly by a merge with someone elses + patches. See the CVS log and diffs to watch this progression. The class + HTMLSerialzer, by contrast, is not final and serves the exact same purpose as + XMLSerializer. It seems to me that it should not be declared final. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 1915] - Attributes not copied when using importNode method
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1915
*** shadow/1915 Sun May 27 03:52:27 2001
--- shadow/1915.tmp.7027Tue Jun 5 11:59:54 2001
***
*** 5,11
| Status: NEW Version: 1.4 |
| Resolution:Platform: Other |
| Severity: Normal OS/Version: Linux |
! | Priority: Component: DOM |
++
| Assigned To: [EMAIL PROTECTED] |
| Reported By: [EMAIL PROTECTED]|
--- 5,11
| Status: NEW Version: 1.4 |
| Resolution:Platform: Other |
| Severity: Normal OS/Version: Linux |
! | Priority: High Component: DOM |
++
| Assigned To: [EMAIL PROTECTED] |
| Reported By: [EMAIL PROTECTED]|
***
*** 91,93
--- 91,128
Best regards,
Iwan
+
+ --- Additional Comments From [EMAIL PROTECTED] 2001-06-05 11:59 ---
+ I have had similar problems with cloneNode.
+
+ Below are my findings:
+
+ I tried to use
+ oldNode = parse xml file
+ newNode= oldNode.cloneNode(true);
+ String attrVal= oldNode.getAttribute( ATTR_NAME);
+
+ attrVal in this case is ""
+
+ if on the other hand the sequence is
+
+ oldNode = parse xml file
+ String attrVal= oldNode.getAttribute( ATTR_NAME);
+ newNode= oldNode.cloneNode(true);
+ String attrValAfterClone = oldNode.getAttribute( ATTR_NAME);
+
+ both attrVal and attrValAfterCloen will have the correct value. So that's a
+ temporary workaround...
+
+ Seems like the internal state of the Document (?) stabilizes after accessing an
+ attribute ( you dont have access the relevant attribute to stabilize all the
+ attributes).
+ Interesting to note if you set an attribute explicitely:
+ oldNode.setAttribute("xmlns", NAME_SPACE);
+ that attribute will not lose its value if the document (or parts thereof) are
+ lost during clone (regardless of whether getAttribute was called before)
+
+
+ Hope this will be of help,
+
+ Ilan Zohar
\ No newline at end of file
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 1590] - when using schema to validate xml file using SAXParser, it keeps reporting schema error
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1590 *** shadow/1590 Sun May 20 17:26:34 2001 --- shadow/1590.tmp.5517Tue Jun 5 08:56:00 2001 *** *** 1,19 ! Bug#: 1590 ! Product: Xerces-J ! Version: 1.3.1 ! Platform: PC ! OS/Version: Windows 9x ! Status: NEW ! Resolution: ! Severity: Normal ! Priority: Medium ! Component: SAX ! AssignedTo: [EMAIL PROTECTED] ! ReportedBy: [EMAIL PROTECTED] ! URL: ! Cc: ! Summary: when using schema to validate xml file using SAXParser, it keeps reporting schema error ! *schema --- 1,19 ! ++ ! | when using schema to validate xml file using SAXParser, it keeps reporting | ! ++ ! |Bug #: 1590Product: Xerces-J| ! | Status: RESOLVEDVersion: 1.3.1 | ! | Resolution: INVALIDPlatform: PC | ! | Severity: Normal OS/Version: Windows 9x | ! | Priority: MediumComponent: SAX | ! ++ ! | Assigned To: [EMAIL PROTECTED] | ! | Reported By: [EMAIL PROTECTED]| ! | CC list: Cc: | ! ++ ! | URL: | ! ++ ! | DESCRIPTION | *schema *** *** 408,410 --- 408,438 at UnitTest.doTest(UnitTest.java:621) at UnitTest.main(UnitTest.java:691) + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-05 08:55 --- + The schema has an error where the attribute "array" is declared as + type "xsd:boolean". Facet "enumeration" cannot be used for + definitions that restrict "xsd:boolean". + + Change + + to + + in your "array" attribute declaration and it works fine under Xerces-J 1.3.0 + and 1.3.1. + + FURTHER NOTE: + = + Your schema also has other errors in it which were not properly reported by + Xerces-J 1.3.0 and 1.3.1. When you have use="default" in an attribute + declaration you MUST also specify value="..." where "..." is the default value + you want. You did it in 1 place but did not do it in the others. + + In Xerces-J 1.4.0 this error is caught and reported, however the syntax has + changed from [use="default" value="1"] to [default="1"] and you will have to + modify your schema accordingly. Also note the schema namespace needs to change + under 1.4.0 from ...www.w3.org/2000/10/XML... to ...www.w3.org/2001/XML... + + Hope this helps. + + Mark Huffman, XML Parsers, IBM Canada - 2001/06/05. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2025] New: - 2 elements in each other's substitutionGroup causes infinite loop
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2025 *** shadow/2025 Wed Jun 6 08:06:52 2001 --- shadow/2025.tmp.10733 Wed Jun 6 08:06:52 2001 *** *** 0 --- 1,48 + ++ + | 2 elements in each other's substitutionGroup causes infinite loop | + ++ + |Bug #: 2025Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: All | + | Severity: MajorOS/Version: All | + | Priority: Other Component: Schema-Structures | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + example.xsd + === + http://www.w3.org/2001/XMLSchema"; + targetNamespace="http://www.schemaTest.org/3_3sv"; + xmlns:sv ="http://www.schemaTest.org/3_3sv";> + + + + + + + + + + + + + + + + + example.xml + === + http://www.w3.org/2001/XMLSchema-instance"; +xmlns:svi ="http://www.schemaTest.org/3_3sv"; +xsi:schemaLocation="http://www.schemaTest.org/3_3sv +example.xsd"> + + Yea + Aw + + \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2037] New: - invalid element declaration error not reported
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2037 *** shadow/2037 Wed Jun 6 15:08:02 2001 --- shadow/2037.tmp.12335 Wed Jun 6 15:08:02 2001 *** *** 0 --- 1,68 + ++ + | invalid element declaration error not reported | + ++ + |Bug #: 2037Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: All | + | Severity: MinorOS/Version: All | + | Priority: Other Component: Schema-Structures | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + XML Schema Structures spec has the following constraint: + + http://www.w3.org/TR/xmlschema-1/#cos-element-consistent + + This constraint says that any 2 element declarations that have the same + namespace and name within a complexType definition must be of the same globally + defined type. + + Here is an example schema which violates this constraint and no error is + reported by the parser: + + 3_3si52.xml + === + + http://www.w3.org/2001/XMLSchema-instance"; + xmlns:si ="http://www.schemaTest.org/3_3si"; + xsi:schemaLocation="http://www.schemaTest.org/3_3si + 3_3si52.xsd"> + + This is a valid instance document used to test an INVALID schema. + + + + 3_3si52.xsd + === + + http://www.w3.org/2001/XMLSchema"; + xmlns:si ="http://www.schemaTest.org/3_3si"; + targetNamespace ="http://www.schemaTest.org/3_3si"; + elementFormDefault="qualified"> + + + + + + + + + + + + + + + + + + + + + + \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2031] New: - Error in DeferredDocumentImpl.synchronizeChildren
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2031
*** shadow/2031 Wed Jun 6 09:44:59 2001
--- shadow/2031.tmp.11417 Wed Jun 6 09:44:59 2001
***
*** 0
--- 1,127
+ ++
+ | Error in DeferredDocumentImpl.synchronizeChildren |
+ ++
+ |Bug #: 2031Product: Xerces2-J |
+ | Status: NEW Version: 2.0.0 [alpha] |
+ | Resolution:Platform: PC |
+ | Severity: Blocker OS/Version: Windows NT/2K |
+ | Priority: Other Component: DOM |
+ ++
+ | Assigned To: [EMAIL PROTECTED] |
+ | Reported By: [EMAIL PROTECTED] |
+ ++
+ | URL: |
+ ++
+ | DESCRIPTION |
+ I wrote a test servlet to for testing new Xerces parser.
+ It works fine. My servlet does shows all the tag values on server console.
+ But, after few number for calls ( after about calling servlet for 100/125
+ times) to the servlet I get following error.
+
+
+ java.lang.NullPointerException
+ java.lang.NullPointerException
+ at org.apache.xerces.dom.DeferredDocumentImpl.synchronizeChildren
+ (DeferredDocumentImpl.java:1402)
+ at org.apache.xerces.dom.ParentNode.hasChildNodes(ParentNode.java:215)
+ at org.apache.xerces.dom.NodeIteratorImpl.nextNode
+ (NodeIteratorImpl.java:298)
+ at org.apache.xerces.dom.NodeIteratorImpl.nextNode
+ (NodeIteratorImpl.java:192)
+ at tx.dhs.nq1.publ.utility.testxml4.parsexml(testxml4.java:240)
+ at tx.dhs.nq1.publ.utility.testxml4.service(testxml4.java:182)
+ at com.sssw.srv.busobj.AgoServletInvoker.serviceRequest
+ (AgoServletInvoker.java:106)
+ at com.sssw.srv.resources.AgServletResource.service
+ (AgServletResource.java:149)
+ at com.sssw.srv.resources.AgServletResource.perform
+ (AgServletResource.java:107)
+ at com.sssw.srv.http.httpd.perform(httpd.java:3700)
+ at com.sssw.srv.http.Client.processRequest(Client.java:821)
+ at com.sssw.srv.http.Client.loop(Client.java:1151)
+ at com.sssw.srv.http.Client.runConnection(Client.java:1353)
+ at com.sssw.srv.http.Client.run(Client.java:1313)
+ at java.lang.Thread.run(Thread.java:479)
+
+
+
+
+ The XML
+
+ **
+
+
+
+
+
+
+ 19981231
+
+
+
+
+ 19981231
+
+
+
+ 19990824
+
+
+
+
+ 2712
+
+
+
+
+
+
+ **
+
+ The parsing code
+
+
+ try{
+ Document doc = null;
+ NodeIterator iter = null;
+ TreeWalker walker = null;
+
+ DocumentBuilderFactory dbf =
+ DocumentBuilderFactory.newInstance();
+ DocumentBuilder db = dbf.newDocumentBuilder();
+ doc = db.parse(sPath);
+
+ iter= ((DocumentTraversal)
+ doc).createNodeIterator(doc , NodeFilter.SHOW_ALL, null, true);
+ Node n ;
+ while (( n= (Node) iter.nextNode()) !=
+ null){
+ if (( n.getNodeName() != null)
+ && (!("".equals(n.getNodeName( && (n.getNodeType()==1)){
+ Element e=
+ (Element) n;
+ if
+ (n.getFirstChild() != null) {
+
+ System.out.println("Node name ="+n.getNodeName() + " valu
[Bug 2041] New: - UPA: cannot have 2 identical s in
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2041 *** shadow/2041 Wed Jun 6 15:57:02 2001 --- shadow/2041.tmp.12473 Wed Jun 6 15:57:03 2001 *** *** 0 --- 1,56 + ++ + | UPA: cannot have 2 identical s in | + ++ + |Bug #: 2041Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: All | + | Severity: MinorOS/Version: All | + | Priority: Other Component: Schema-Structures | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + Unique Particle Attribution constraints in: + + http://www.w3.org/TR/xmlschema-1/#non-ambig + + specify that 2 declarations with the same namespace and name may not + appear inside a . Here is an example which violates this constraint + and no error is reported by the parser. + + NOTE! If the test is changed so that the offending is referenced + in the instance document, a proper error is produced ... so the severity here + is Minor. + + 3_8si08.xsd + === + + http://www.w3.org/2001/XMLSchema"; + xmlns:si ="http://www.schemaTest.org/3_8si"; + targetNamespace="http://www.schemaTest.org/3_8si";> + + + + + + + + + + + + + + + 3_8si08.xml + === + + http://www.w3.org/2001/XMLSchema-instance"; + xmlns:si ="http://www.schemaTest.org/3_8si"; + xsi:schemaLocation="http://www.schemaTest.org/3_8si + 3_8si08.xsd"> + \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2026] New: - The parser reports errors while parsing a schema having gDay datatype values with time zones.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2026 *** shadow/2026 Wed Jun 6 08:20:39 2001 --- shadow/2026.tmp.10783 Wed Jun 6 08:20:39 2001 *** *** 0 --- 1,91 + ++ + | The parser reports errors while parsing a schema having gDay datatype valu | + ++ + |Bug #: 2026Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: Other | + | Severity: Normal OS/Version: Other | + | Priority: Other Component: Schema-Datatypes| + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + The parser seems to raise errors for gDay values with a time zone qualifier or + with the UTC indicator. See below for a valid schema with simpleTypes derived + from gDay. + + Schema: D3_2_14v10.xsd + == + + http://www.w3.org/2001/XMLSchema"; + targetNamespace="http://www.schemaTest.org/D3_2_14v10"; + xmlns:sv="http://www.schemaTest.org/D3_2_14v10";> + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Instance: D3_2_14v10.xml + = + + http://www.schemaTest.org/D3_2_14v10"; + xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; + xsi:schemaLocation="http://www.schemaTest.org/D3_2_14v10 + D3_2_14v10.xsd"> + + --12--+04:00 + --01---05:00 + --01--Z + + --01--Z + --12--+12:00 + --10--+05:00 + + --02-- + --11--+12:00 + + + + + The errors that are reported by the parser for the schema above are: + Datatype error: Error in day parsing + Datatype error: Illegal value --01--Z for facet minInclusive. + Datatype error: Illegal value --12--Z for facet maxExclusive. + Datatype error: Illegal value --02--+12:00 for facet minExclusive. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 1228] - Base64 encoded text is somehow normalized at validation
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1228 *** shadow/1228 Sun May 20 17:24:38 2001 --- shadow/1228.tmp.3749Tue Jun 5 07:06:28 2001 *** *** 1,19 ! Bug#: 1228 ! Product: Xerces-J ! Version: 1.3.1 ! Platform: PC ! OS/Version: ! Status: NEW ! Resolution: ! Severity: Normal ! Priority: High ! Component: Schema-Structures ! AssignedTo: [EMAIL PROTECTED] ! ReportedBy: [EMAIL PROTECTED] ! URL: ! Cc: ! Summary: Base64 encoded text is somehow normalized at validation ! With validation switched on, Xerces does some "normalization" of a text which is validated against the binary/base64 type. Take the following example: --- 1,19 ! ++ ! | Base64 encoded text is somehow normalized at validation| ! ++ ! |Bug #: 1228Product: Xerces-J| ! | Status: NEW Version: 1.3.1 | ! | Resolution:Platform: PC | ! | Severity: Normal OS/Version: All | ! | Priority: High Component: Schema-Structures | ! ++ ! | Assigned To: [EMAIL PROTECTED] | ! | Reported By: [EMAIL PROTECTED] | ! | CC list: Cc: | ! ++ ! | URL: | ! ++ ! | DESCRIPTION | With validation switched on, Xerces does some "normalization" of a text which is validated against the binary/base64 type. Take the following example: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 1888] - Xerces throws a class cast exception
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1888 *** shadow/1888 Thu May 24 08:41:11 2001 --- shadow/1888.tmp.3590Tue Jun 5 06:57:59 2001 *** *** 7,13 | Severity: Critical OS/Version: Windows NT/2K | | Priority: High Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ --- 7,13 | Severity: Critical OS/Version: Windows NT/2K | | Priority: High Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 1978] - Problem with attributeGroup in imported Namespace
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1978 *** shadow/1978 Sun Jun 3 06:31:42 2001 --- shadow/1978.tmp.3576Tue Jun 5 06:56:50 2001 *** *** 7,13 | Severity: MajorOS/Version: Windows NT/2K | | Priority: High Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED]| | CC list: Cc: | ++ --- 7,13 | Severity: MajorOS/Version: Windows NT/2K | | Priority: High Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED]| | CC list: Cc: | ++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 1811] - key and keyref not kicking in
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1811 *** shadow/1811 Sun May 20 17:27:45 2001 --- shadow/1811.tmp.3603Tue Jun 5 06:58:32 2001 *** *** 1,18 ! Bug#: 1811 ! Product: Xerces-J ! Version: 1.3.1 ! Platform: All ! OS/Version: Linux ! Status: NEW ! Resolution: ! Severity: Normal ! Priority: Medium ! Component: Schema-Structures ! AssignedTo: [EMAIL PROTECTED] ! ReportedBy: [EMAIL PROTECTED] ! URL: ! Summary: key and keyref not kicking in ! I have these 2 schema files: components.xsd and input.xsd, and an instance file: input.xml. I have defined constraints in components.xsd: --- 1,18 ! ++ ! | key and keyref not kicking in | ! ++ ! |Bug #: 1811Product: Xerces-J| ! | Status: NEW Version: 1.3.1 | ! | Resolution:Platform: All | ! | Severity: Normal OS/Version: Linux | ! | Priority: MediumComponent: Schema-Structures | ! ++ ! | Assigned To: [EMAIL PROTECTED] | ! | Reported By: [EMAIL PROTECTED] | ! ++ ! | URL: | ! ++ ! | DESCRIPTION | I have these 2 schema files: components.xsd and input.xsd, and an instance file: input.xml. I have defined constraints in components.xsd: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 822] - xsi:type ignored for wildcard element in instance
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=822 *** shadow/822 Sun May 20 17:22:24 2001 --- shadow/822.tmp.3764 Tue Jun 5 07:07:05 2001 *** *** 1,19 ! Bug#: 822 ! Product: Xerces-J ! Version: 1.3.0 ! Platform: All ! OS/Version: All ! Status: NEW ! Resolution: ! Severity: Normal ! Priority: Medium ! Component: Schema-Structures ! AssignedTo: [EMAIL PROTECTED] ! ReportedBy: [EMAIL PROTECTED] ! URL: ! Cc: ! Summary: xsi:type ignored for wildcard element in instance ! IBM Test Case: ibm4_3_7v24 If an element appears in an instance document in place of a wildcard
[Bug 2042] New: - error (missing required ) not reported
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2042 *** shadow/2042 Wed Jun 6 16:06:57 2001 --- shadow/2042.tmp.12520 Wed Jun 6 16:06:58 2001 *** *** 0 --- 1,80 + ++ + | error (missing required ) not reported | + ++ + |Bug #: 2042Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: All | + | Severity: Normal OS/Version: All | + | Priority: Other Component: Schema-Structures | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + A requires a child and 1 or more child(ren). Here + is an example of a missing a child and the parser does not + report the error. + + 3_11si22.xsd + + http://www.w3.org/2001/XMLSchema"; + targetNamespace="http://www.schemaTest.org/3_11si"; + xmlns:si ="http://www.schemaTest.org/3_11si";> + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + 3_11si22.xml + + + http://www.w3.org/2001/XMLSchema-instance"; + xmlns:sii ="http://www.schemaTest.org/3_11si"; + xsi:schemaLocation="http://www.schemaTest.org/3_11si + 3_11si22.xsd"> + + The First Book + The Next Book + + + A1 + A2 + A1 + A2 + + + \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2026] - The parser reports errors while parsing a schema having gMonth datatype values with time zones.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2026 *** shadow/2026 Wed Jun 6 08:20:39 2001 --- shadow/2026.tmp.12207 Wed Jun 6 14:27:07 2001 *** *** 1,9 ++ ! | The parser reports errors while parsing a schema having gDay datatype valu | ++ |Bug #: 2026Product: Xerces-J| ! | Status: NEW Version: 1.4 | ! | Resolution:Platform: Other | | Severity: Normal OS/Version: Other | | Priority: Other Component: Schema-Datatypes| ++ --- 1,9 ++ ! | The parser reports errors while parsing a schema having gMonth datatype va | ++ |Bug #: 2026Product: Xerces-J| ! | Status: RESOLVEDVersion: 1.4 | ! | Resolution: FIXED Platform: Other | | Severity: Normal OS/Version: Other | | Priority: Other Component: Schema-Datatypes| ++ *** *** 89,91 --- 89,94 Datatype error: Illegal value --01--Z for facet minInclusive. Datatype error: Illegal value --12--Z for facet maxExclusive. Datatype error: Illegal value --02--+12:00 for facet minExclusive. + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-06 14:27 --- + Fixed in the latest CVS extract and btw I meant gMonth \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2035] New: - xsi:type error not reported
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2035 *** shadow/2035 Wed Jun 6 14:37:16 2001 --- shadow/2035.tmp.12250 Wed Jun 6 14:37:16 2001 *** *** 0 --- 1,102 + ++ + | xsi:type error not reported| + ++ + |Bug #: 2035Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: All | + | Severity: Normal OS/Version: All | + | Priority: Other Component: Schema-Structures | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + When using xsi:type="myType" to set the type (simpleType or complexType) of an + element's data in an instance document, "myType" must either be the same as or + validly derived from the actual type definition of the element in the schema. + + Here's an example schema, and 2 example instance documents where xsi:type is + used incorrectly and no errors are reported by the parser. In 1 case, the + actual type is simple and the xsi:type is complex. In the other case, this is + reversed. + + PLS NOTE: I have run similar tests where the actual type and the xsi:type are + BOTH simpleTypes or BOTH complexTypes, and these tests work OK. Maybe this info + will help. Thanks. + + 2_6ii02.xsd + === + + http://www.w3.org/2001/XMLSchema"; + targetNamespace="http://www.schemaTest.org/2_6ii"; + xmlns:ii ="http://www.schemaTest.org/2_6ii";> + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + 2_6ii02c.xml + + + http://www.w3.org/2001/XMLSchema-instance"; + xmlns:ii ="http://www.schemaTest.org/2_6ii"; + xsi:schemaLocation="http://www.schemaTest.org/2_6ii + 2_6ii02.xsd"> + + Wild Bill + + + + + 2_6ii02d.xml + + + http://www.w3.org/2001/XMLSchema-instance"; + xmlns:ii ="http://www.schemaTest.org/2_6ii"; + xsi:schemaLocation="http://www.schemaTest.org/2_6ii + 2_6ii02.xsd"> + + Wild Bill + + + \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 1915] - Attributes not copied when using importNode method
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1915 *** shadow/1915 Fri Jun 8 12:11:44 2001 --- shadow/1915.tmp.21572 Fri Jun 8 12:27:16 2001 *** *** 2,9 | Attributes not copied when using importNode method | ++ |Bug #: 1915Product: Xerces-J| ! | Status: ASSIGNEDVersion: 1.4 | ! | Resolution:Platform: Other | | Severity: Normal OS/Version: Linux | | Priority: High Component: DOM | ++ --- 2,9 | Attributes not copied when using importNode method | ++ |Bug #: 1915Product: Xerces-J| ! | Status: RESOLVEDVersion: 1.4 | ! | Resolution: FIXED Platform: Other | | Severity: Normal OS/Version: Linux | | Priority: High Component: DOM | ++ *** *** 148,150 --- 148,166 The solution to this problem is to make Xerces import mechanism more robust and copy the text value directly in case the attribute has no child nodes. That's easy to do, I'll do it right away. Stay tuned. + + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-08 12:27 --- + Iwan, + I just checked in the code. It's basically the same as what you suggested + except that instead of testing for the Oracle's (broken ;-) class I simply + check whether getFirstChild() returns null or not. That way it will work with + other broken DOM implementations just the same... + Ilan, + if you see the pb you're reporting with the latest version of Xerces, please, + file another bug or rather reopen the one we already have on this if it's not + already the case (please check first!). + Thanks. + + + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2025] - 2 elements in each other's substitutionGroup causes infinite loop
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2025 *** shadow/2025 Wed Jun 6 08:06:52 2001 --- shadow/2025.tmp.21588 Fri Jun 8 12:29:51 2001 *** *** 7,13 | Severity: MajorOS/Version: All | | Priority: Other Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ --- 7,13 | Severity: MajorOS/Version: All | | Priority: Other Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 1915] - Attributes not copied when using importNode method
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1915 *** shadow/1915 Tue Jun 5 11:59:54 2001 --- shadow/1915.tmp.21543 Fri Jun 8 12:11:44 2001 *** *** 2,8 | Attributes not copied when using importNode method | ++ |Bug #: 1915Product: Xerces-J| ! | Status: NEW Version: 1.4 | | Resolution:Platform: Other | | Severity: Normal OS/Version: Linux | | Priority: High Component: DOM | --- 2,8 | Attributes not copied when using importNode method | ++ |Bug #: 1915Product: Xerces-J| ! | Status: ASSIGNEDVersion: 1.4 | | Resolution:Platform: Other | | Severity: Normal OS/Version: Linux | | Priority: High Component: DOM | *** *** 126,128 --- 126,150 Hope this will be of help, Ilan Zohar + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-08 12:11 --- + All right. First, I don't believe the two problems are related. Ilan, does your + problem involves Oracles XML parser at all? I bet not. I bet the problem you're + facing is an internal Xerces bug related to the Deferred DOM. It's been + reported several times andI've been chasing it for a while and believe it is + fixed in the latest version. However, I think I saw somebody reporting it was + still there. I must admit I don't know at this point. + Now, regarding the problem Iwan reports. I believe the bug comes from the fact + that the Oracle DOM is not compliant. According to the DOM spec, an attribute + carries its value via its children list. In the simplest case, you should find + a Text node as the first and only child of the attribute node. Xerces, trying + to conserve as much information as possible while importing an attribute, + imports the attribute value by importing its child nodes as opposed to simply + copying over its text value. Unfortunately, if the source DOM is not compliant + and doesn't expose the attribute value properly via its child nodes Xerces + fails to find any value. I believe that's what you're seeing. You should be + able to confirm that by simply testing the value of attr.getFirstChild(). I bet + it's null! + The solution to this problem is to make Xerces import mechanism more robust and + copy the text value directly in case the attribute has no child nodes. + That's easy to do, I'll do it right away. Stay tuned. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2093] New: - Dynamic Validation and XML Schema
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2093 *** shadow/2093 Sat Jun 9 00:33:25 2001 --- shadow/2093.tmp.22686 Sat Jun 9 00:33:25 2001 *** *** 0 --- 1,25 + ++ + | Dynamic Validation and XML Schema | + ++ + |Bug #: 2093Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: PC | + | Severity: Blocker OS/Version: Windows NT/2K | + | Priority: Other Component: Other | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED]| + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + Hi, + the http://apache.org/xml/features/validation/dynamic + Feature overrides the + http://xml.org/sax/features/validation + Feature and does not use referenced Schemas. + + Regards + + Thomas \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2093] - Dynamic Validation and XML Schema
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2093 *** shadow/2093 Sat Jun 9 00:33:25 2001 --- shadow/2093.tmp.22695 Sat Jun 9 00:34:17 2001 *** *** 5,11 | Status: NEW Version: 1.4 | | Resolution:Platform: PC | | Severity: Blocker OS/Version: Windows NT/2K | ! | Priority: Other Component: Other | ++ | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED]| --- 5,11 | Status: NEW Version: 1.4 | | Resolution:Platform: PC | | Severity: Blocker OS/Version: Windows NT/2K | ! | Priority: High Component: Other | ++ | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED]| - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2104] New: - URI may enter infinite loop
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2104 *** shadow/2104 Mon Jun 11 03:08:01 2001 --- shadow/2104.tmp.25185 Mon Jun 11 03:08:01 2001 *** *** 0 --- 1,50 + ++ + | URI may enter infinite loop| + ++ + |Bug #: 2104Product: Xerces2-J | + | Status: NEW Version: 2.0.0 [alpha] | + | Resolution:Platform: PC | + | Severity: Normal OS/Version: Linux | + | Priority: Other Component: Other | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + At URI.java:512 version 1.1.2.2 the path variable has value: + QBhomeQBpk97937QBffjuser30QBsampledir/../entity2/entity.dtd + + In consequence the loop never finishes. + + + at java.lang.String.indexOf(String.java:1352) + at java.lang.String.indexOf(String.java:1296) + at org.apache.xerces.util.URI.initialize(URI.java:513) + at org.apache.xerces.util.URI.(URI.java:209) + at + org.apache.xerces.impl.XMLEntityManager.expandSystemId(XMLEntityManager.java:908) + at + org.apache.xerces.impl.XMLEntityManager.resolveEntity(XMLEntityManager.java:521) + at + org.apache.xerces.impl.XMLEntityManager.startEntity(XMLEntityManager.java:622) + at org.apache.xerces.impl.XMLDTDScanner.startPE(XMLDTDScanner.java:549) + at + org.apache.xerces.impl.XMLDTDScanner.skipSeparator(XMLDTDScanner.java:1785) + at + org.apache.xerces.impl.XMLDTDScanner.scanDecls(XMLDTDScanner.java:1747) + at + org.apache.xerces.impl.XMLDTDScanner.scanDTDInternalSubset(XMLDTDScanner.java:286) + at + +org.apache.xerces.impl.XMLDocumentScanner.scanDoctypeDecl(XMLDocumentScanner.java:713) + at + +org.apache.xerces.impl.XMLDocumentScanner$PrologDispatcher.dispatch(XMLDocumentScanner.java:1584) + at + org.apache.xerces.impl.XMLDocumentScanner.scanDocument(XMLDocumentScanner.java:335) + at + +org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:389) + at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:195) + at + +org.apache.xerces.parsers.AbstractXMLDocumentParser.parse(AbstractXMLDocumentParser.java:131) \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2104] - URI may enter infinite loop
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2104 *** shadow/2104 Mon Jun 11 03:08:01 2001 --- shadow/2104.tmp.25194 Mon Jun 11 03:11:13 2001 *** *** 48,50 --- 48,54 at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:195) at org.apache.xerces.parsers.AbstractXMLDocumentParser.parse(AbstractXMLDocumentParser.java:131) + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-11 03:11 --- + Created an attachment (id=205) + May be a solution, however I do not know URI specs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2104] - URI may enter infinite loop
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2104 *** shadow/2104 Mon Jun 11 03:11:13 2001 --- shadow/2104.tmp.25718 Mon Jun 11 06:20:45 2001 *** *** 52,54 --- 52,59 --- Additional Comments From [EMAIL PROTECTED] 2001-06-11 03:11 --- Created an attachment (id=205) May be a solution, however I do not know URI specs. + + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-11 06:20 --- + Created an attachment (id=206) + Improved suggestion. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2110] New: - XMLEntityManager does not handle external entities well.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2110 *** shadow/2110 Mon Jun 11 06:31:12 2001 --- shadow/2110.tmp.25777 Mon Jun 11 06:31:12 2001 *** *** 0 --- 1,23 + ++ + | XMLEntityManager does not handle external entities well. | + ++ + |Bug #: 2110Product: Xerces2-J | + | Status: NEW Version: 2.0.0 [alpha] | + | Resolution:Platform: PC | + | Severity: MajorOS/Version: Linux | + | Priority: Other Component: Other | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + 1) It throws fatal IOException even in non-validating mode if external entity is + not available. + PROPOSED FIX: issue a warning, patch sent by email recently. + + 2) It does not handle well nested external entities. All subsequent entities use + as the baseSystemId top level document systemId. + PROPOSED FIX: store expanded systemId at entity stack, use the stack properly. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2110] - XMLEntityManager does not handle external entities well.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2110 *** shadow/2110 Mon Jun 11 06:31:12 2001 --- shadow/2110.tmp.25791 Mon Jun 11 06:32:37 2001 *** *** 21,23 --- 21,27 2) It does not handle well nested external entities. All subsequent entities use as the baseSystemId top level document systemId. PROPOSED FIX: store expanded systemId at entity stack, use the stack properly. + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-11 06:32 --- + Created an attachment (id=208) + 2) patch (it also includes 1) patch related to the same source) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 1097] - #included XML Schema not found if Schemas & XML instance are in separate directories
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1097 *** shadow/1097 Sun May 20 17:23:53 2001 --- shadow/1097.tmp.25834 Mon Jun 11 06:38:36 2001 *** *** 1,19 ! Bug#: 1097 ! Product: Xerces-J ! Version: cvs extract (inc ! Platform: PC ! OS/Version: Windows NT/2K ! Status: NEW ! Resolution: ! Severity: Major ! Priority: Medium ! Component: Other ! AssignedTo: [EMAIL PROTECTED] ! ReportedBy: [EMAIL PROTECTED] ! URL: ! Cc: ! Summary: #included XML Schema not found if Schemas & XML instance are in separate directories ! An #included XML Schema cannot be found in this case: 1. The XML instance is located on system dir #1 --- 1,19 ! ++ ! | #included XML Schema not found if Schemas & XML instance are in separate d | ! ++ ! |Bug #: 1097Product: Xerces-J| ! | Status: NEW Version: 1.3.0 | ! | Resolution:Platform: PC | ! | Severity: MajorOS/Version: Windows NT/2K | ! | Priority: MediumComponent: Schema-Structures | ! ++ ! | Assigned To: [EMAIL PROTECTED] | ! | Reported By: [EMAIL PROTECTED] | ! | CC list: Cc: | ! ++ ! | URL: | ! ++ ! | DESCRIPTION | An #included XML Schema cannot be found in this case: 1. The XML instance is located on system dir #1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2115] New: - cos-element-consistent constraint not always applied
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2115 *** shadow/2115 Mon Jun 11 07:54:56 2001 --- shadow/2115.tmp.26210 Mon Jun 11 07:54:57 2001 *** *** 0 --- 1,54 + ++ + | cos-element-consistent constraint not always applied | + ++ + |Bug #: 2115Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: All | + | Severity: Normal OS/Version: All | + | Priority: Other Component: Schema-Structures | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + The following constraint: + + http://www.w3.org/TR/xmlschema-1/#cos-element-consistent + + states that any 2 s with the same namespace and name appearing within + a must have the same top-level type definition. Here is an + example which violates this constraint and no errors are reported by the parser: + + 3_7si21.xsd + === + + http://www.w3.org/2001/XMLSchema"; + xmlns:si ="http://www.Test.org/3_7si21"; + targetNamespace="http://www.Test.org/3_7si21";> + + + + + + + + + + + + + + + 3_7si21.xml + === + + http://www.w3.org/2001/XMLSchema-instance"; + xmlns:si ="http://www.Test.org/3_7si21"; + xsi:schemaLocation="http://www.Test.org/3_7si21 + 3_7si21.xsd"> + + + Similar problem occurs with 3_8si36, 3_8si37. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2117] New: - DOMParser does not parse a processing instruction properly
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2117 *** shadow/2117 Mon Jun 11 08:06:15 2001 --- shadow/2117.tmp.26360 Mon Jun 11 08:06:15 2001 *** *** 0 --- 1,26 + ++ + | DOMParser does not parse a processing instruction properly | + ++ + |Bug #: 2117Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: Other | + | Severity: MajorOS/Version: Other | + | Priority: Other Component: DOM | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + If I have a text file containing some XML, and a line in the XML file is a + ProcessingInstruction that looks like this: + + + + and then parst this file using the DOMParser, the resulting Document stores the + string 'command="pi_data"' as the entire ProcessingInstruction's data value, + which if converting the Document back to file, the same line would be written as: + + \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2115] - cos-element-consistent constraint not always applied
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2115 *** shadow/2115 Mon Jun 11 07:54:57 2001 --- shadow/2115.tmp.26381 Mon Jun 11 08:07:38 2001 *** *** 7,13 | Severity: Normal OS/Version: All | | Priority: Other Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ --- 7,13 | Severity: Normal OS/Version: All | | Priority: Other Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2010] - XMLSerializer is final
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2010 *** shadow/2010 Tue Jun 5 10:51:00 2001 --- shadow/2010.tmp.2171Mon Jun 11 13:10:12 2001 *** *** 2,9 | XMLSerializer is final | ++ |Bug #: 2010Product: Xerces-J| ! | Status: NEW Version: 1.4 | ! | Resolution:Platform: All | | Severity: Normal OS/Version: All | | Priority: Other Component: Serialization | ++ --- 2,9 | XMLSerializer is final | ++ |Bug #: 2010Product: Xerces-J| ! | Status: RESOLVEDVersion: 1.4 | ! | Resolution: FIXED Platform: All | | Severity: Normal OS/Version: All | | Priority: Other Component: Serialization | ++ *** *** 21,23 --- 21,27 patches. See the CVS log and diffs to watch this progression. The class HTMLSerialzer, by contrast, is not final and serves the exact same purpose as XMLSerializer. It seems to me that it should not be declared final. + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-11 13:10 --- + I'm not sure how this change happened; anyway it's fixed now and hopefully it + will stay that way. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2129] New: - Namespace and type mixup in validation
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2129 *** shadow/2129 Tue Jun 12 05:37:52 2001 --- shadow/2129.tmp.4459Tue Jun 12 05:37:52 2001 *** *** 0 --- 1,117 + ++ + | Namespace and type mixup in validation | + ++ + |Bug #: 2129Product: Xerces-J| + | Status: NEW Version: CVS extract | + | Resolution:Platform: All | + | Severity: MajorOS/Version: All | + | Priority: Other Component: Schema-Structures | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + This is a real weird one: + + (xerces 1.4.0 and CVS from 11-Jun-01, validation with sample program + dom.DOMWriter, flags -v -f, seen on Linux 2.4.x/Java 1.3/gcc 2.95.2 + and Solaris 8/Java 1.2.1) + + The following document references two named types from a schema which is + composed of two subschemata imported into the coupling schema. The validator + mixes up the types of the two namespaces, so a wrong validation result is + delivered. I'm not completely shure if my schemas are entirely correct + (but who is ...), but in either case the behaviour of the parser is wrong + (at least some clarifying error message would be expected instead of + wrong results). + I found in the schema:structures W3C recommendation that + a parser may ignore a second import, but close inspection + of the (really hard to read) constraints shows that this only applies to + a second import of the same namespace, not a different one. + + Here are the results for the attached collection of schemas: +ame wisa expected seen + + D D ame invalid, wisa valid ame invalid, wisa invalid + D T ame invalid, wisa invalidame invalid, wisa valid + T T ame valid , wisa invalidame valid , wisa valid + T D ame valid , wisa valid ame valid , wisa invalid + + In all cases wisa:val is validated with the ame:valid restriction pattern. + If I exchange the order of the import statements, it's just the other way + round. But if I declare the wisa:val type as a, say, fixed string, that + string correctly appears in the output (as all entries are correctly echoed + to the output in this example). The severe thing here is that the types are + mixed up although they have not only different namespaces, but also different + names ! + The problem is stable when variying references (prefixing element or type + references, varying default namespace). + + == The document: + + http://www-imk.fzk.de/imk2/"; +xmlns:ame="http://www-imk.fzk.de/imk2/ame/"; +xmlns:wisa="http://www-imk.fzk.de/imk2/wisa/"; +xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; +xsi:schemaLocation="http://www-imk.fzk.de/imk2/ oh.xsd"> + + + + D + D + + + = The coupling schema oh.xsd === + + + http://www-imk.fzk.de/imk2/"; + xmlns:imk2="http://www-imk.fzk.de/imk2/"; + xmlns:wisa="http://www-imk.fzk.de/imk2/wisa/"; + xmlns:ame="http://www-imk.fzk.de/imk2/ame/";> + + http://www-imk.fzk.de/imk2/ame/"; + schemaLocation="file:ame.xsd"/> + http://www-imk.fzk.de/imk2/wisa/ + schemaLocation="file:wisa.xsd"/> + + + + + + + + + + + = Base schema ame.xsd === + + http://www-imk.fzk.de/imk2/ame/"; + xmlns:ame="http://www-imk.fzk.de/imk2/ame/";> + + + + + + + + + + + === Base schema wisa.xsd === + + http://www-imk.fzk.de/imk2/wisa/"; + xmlns:wisa="http://www-imk.fzk.de/imk2/wisa/"
[Bug 2129] - Namespace and type mixup in validation
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2129 *** shadow/2129 Tue Jun 12 05:37:52 2001 --- shadow/2129.tmp.4687Tue Jun 12 06:50:00 2001 *** *** 7,13 | Severity: MajorOS/Version: All | | Priority: Other Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ --- 7,13 | Severity: MajorOS/Version: All | | Priority: Other Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2131] New: - a by "restriction" reporting errors
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2131 *** shadow/2131 Tue Jun 12 07:13:24 2001 --- shadow/2131.tmp.4856Tue Jun 12 07:13:24 2001 *** *** 0 --- 1,111 + ++ + | a by "restriction" reporting errors | + ++ + |Bug #: 2131Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: All | + | Severity: Normal OS/Version: All | + | Priority: Other Component: Schema-Structures | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + Here is an example of ing a by "restriction" (ie. the + redefined definition does NOT have a back to itself + in the redefinition). The parser produces errors for this case. + + 4_2_2v19.xml + + + http://www.w3.org/2001/XMLSchema-instance"; + xmlns:svi ="http://www.Test.org/4_2_2v"; + xsi:schemaLocation="http://www.Test.org/4_2_2v + 4_2_2v19.xsd"> + + 15 + John + J + Doe + + + + 10 + Jane + Doe + + + + + 4_2_2v19.xsd + + + http://www.w3.org/2001/XMLSchema"; + targetNamespace="http://www.Test.org/4_2_2v"; + xmlns:sv ="http://www.Test.org/4_2_2v";> + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + 4_2_2v19_inc.xsd + + + http://www.w3.org/2001/XMLSchema"; + targetNamespace="http://www.Test.org/4_2_2v"; + xmlns:sv ="http://www.Test.org/4_2_2v";> + + + + + + + + + + + + + + + + + + + + + + + + + \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2132] New: - Indefinite loop on recursive import
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2132 *** shadow/2132 Tue Jun 12 08:19:42 2001 --- shadow/2132.tmp.5190Tue Jun 12 08:19:42 2001 *** *** 0 --- 1,59 + ++ + | Indefinite loop on recursive import| + ++ + |Bug #: 2132Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: PC | + | Severity: Normal OS/Version: Windows NT/2K | + | Priority: Other Component: Schema-Structures | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + With two namespaces, each one with its schema and each one importing the + other, Xerces just loops and crashes. + AFAIK, the recursive inclusion of the schemas is allowed by the spec. The + definitions are not recursive, it's just that the namespaces need definitions + included in each other. + + test files: + schemas: + + http://www.w3.org/2000/10/XMLSchema"; + xmlns:first="http://www.first.test"; + xmlns:second="http://www.second.test"; + targetNamespace="http://www.first.test"; + elementFormDefault="qualified"> + + + http://www.second.test"; schemaLocation="loop2.xsd"/> + + + + + + and + + http://www.w3.org/2000/10/XMLSchema"; + xmlns:first="http://www.first.test"; + xmlns:second="http://www.second.test"; + targetNamespace="http://www.second.test"; + elementFormDefault="qualified"> + + + http://www.first.test"; schemaLocation="loop1.xsd"/> + + + + + + and instance: + + + http://www.first.test"; + xsi:schemaLocation="http://www.first.test loop1.xsd" + xmlns:xsi="http://www.w3.org/2000/10/XMLSchema-instance"/> \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2131] - a by "restriction" reporting errors
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2131 *** shadow/2131 Tue Jun 12 07:13:24 2001 --- shadow/2131.tmp.6163Tue Jun 12 12:13:29 2001 *** *** 7,13 | Severity: Normal OS/Version: All | | Priority: Other Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ --- 7,13 | Severity: Normal OS/Version: All | | Priority: Other Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2132] - Indefinite loop on recursive import
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2132 *** shadow/2132 Tue Jun 12 08:19:42 2001 --- shadow/2132.tmp.6174Tue Jun 12 12:13:54 2001 *** *** 7,13 | Severity: Normal OS/Version: Windows NT/2K | | Priority: Other Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ --- 7,13 | Severity: Normal OS/Version: Windows NT/2K | | Priority: Other Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2138] New: - cannot substitute element with same as head
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2138 *** shadow/2138 Tue Jun 12 13:35:06 2001 --- shadow/2138.tmp.6854Tue Jun 12 13:35:06 2001 *** *** 0 --- 1,59 + ++ + | cannot substitute element with same as head | + ++ + |Bug #: 2138Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: All | + | Severity: MajorOS/Version: All | + | Priority: Other Component: Schema-Structures | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + When 2 s are declared having the same global and 1 of + them is in the other's substitutionGroup, an error is produced by the parser + when trying to do a valid substitution. Here's a valid example: + + xc3_3v13.xml + + + http://www.w3.org/2001/XMLSchema-instance"; + xmlns:svi ="http://www.Test.org/3_3v"; + xsi:schemaLocation="http://www.Test.org/3_3v + xc3_3v13.xsd"> + + + + + + + xc3_3v13.xsd + + + http://www.w3.org/2001/XMLSchema"; + xmlns:sv ="http://www.Test.org/3_3v"; + targetNamespace="http://www.Test.org/3_3v";> + + + + + + + + + + + + + + + + + + + + \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2117] - DOMParser does not parse a processing instruction properly
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2117 *** shadow/2117 Mon Jun 11 08:06:15 2001 --- shadow/2117.tmp.12723 Tue Jun 12 18:02:10 2001 *** *** 24,26 --- 24,36 which if converting the Document back to file, the same line would be written as: + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-12 18:02 --- + I have the feeling that your expectations are wrong. 'command="pi_data"' is the + PI's data value. So as far as the parser is concerned there is nothing wrong. + Now, you say "would be written", I don't know if this is actually the case or + not but if it is the bug would be in the serializer. This said, I doubt it's + the case. I simply think you expect this to be parsed by the parser for you + when it's not. As far as the XML spec is concerned the content of a PI is + simply a string, if you want to have "pseudo attributes" in it, you need to + parse them at the application level. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2151] New: - make clean does not work
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2151 *** shadow/2151 Wed Jun 13 04:56:21 2001 --- shadow/2151.tmp.13983 Wed Jun 13 04:56:21 2001 *** *** 0 --- 1,29 + ++ + | make clean does not work | + ++ + |Bug #: 2151Product: Xerces-J| + | Status: NEW Version: CVS extract | + | Resolution:Platform: Other | + | Severity: Normal OS/Version: Other | + | Priority: Other Component: Build | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + src/Makefile.incl entry 'cleandirs:' must be changed analogously + to the 'dirs:' entry just above the 'cleandirs:' entry: + + cleandirs: + @if [ -n "$(DIRS)" ]; \ + then for i in $(DIRS) __bogus__; do \ +if [ $$i != __bogus__ ] ; then \ + echo "$(MAKE) -C $$i clean"; $(MAKE) -C $$i clean; \ +fi \ + done; \ + fi + + (fill in the proper tabs in front of the indented lines !) \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2117] - DOMParser does not parse a processing instruction properly
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2117 *** shadow/2117 Tue Jun 12 18:02:10 2001 --- shadow/2117.tmp.14217 Wed Jun 13 05:58:56 2001 *** *** 2,9 | DOMParser does not parse a processing instruction properly | ++ |Bug #: 2117Product: Xerces-J| ! | Status: NEW Version: 1.4 | ! | Resolution:Platform: Other | | Severity: MajorOS/Version: Other | | Priority: Other Component: DOM | ++ --- 2,9 | DOMParser does not parse a processing instruction properly | ++ |Bug #: 2117Product: Xerces-J| ! | Status: RESOLVEDVersion: 1.4 | ! | Resolution: INVALIDPlatform: Other | | Severity: MajorOS/Version: Other | | Priority: Other Component: DOM | ++ *** *** 34,36 --- 34,41 when it's not. As far as the XML spec is concerned the content of a PI is simply a string, if you want to have "pseudo attributes" in it, you need to parse them at the application level. + + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-13 05:58 --- + I agree with Arnaud that the parser's behavior is correct. I'm changing the + status to "INVALID". \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2138] - cannot substitute element with same as head
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2138 *** shadow/2138 Tue Jun 12 13:35:06 2001 --- shadow/2138.tmp.14315 Wed Jun 13 06:11:46 2001 *** *** 7,13 | Severity: MajorOS/Version: All | | Priority: Other Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ --- 7,13 | Severity: MajorOS/Version: All | | Priority: Other Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2104] - URI may enter infinite loop
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2104
*** shadow/2104 Mon Jun 11 06:20:45 2001
--- shadow/2104.tmp.14542 Wed Jun 13 06:54:26 2001
***
*** 2,9
| URI may enter infinite loop|
++
|Bug #: 2104Product: Xerces2-J |
! | Status: NEW Version: 2.0.0 [alpha] |
! | Resolution:Platform: PC |
| Severity: Normal OS/Version: Linux |
| Priority: Other Component: Other |
++
--- 2,9
| URI may enter infinite loop|
++
|Bug #: 2104Product: Xerces2-J |
! | Status: RESOLVEDVersion: 2.0.0 [alpha] |
! | Resolution: FIXED Platform: PC |
| Severity: Normal OS/Version: Linux |
| Priority: Other Component: Other |
++
***
*** 57,59
--- 57,67
--- Additional Comments From [EMAIL PROTECTED] 2001-06-11 06:20 ---
Created an attachment (id=206)
Improved suggestion.
+
+
+ --- Additional Comments From [EMAIL PROTECTED] 2001-06-13 06:54 ---
+ changed
+while ((index = path.indexOf("/../")) > 0) {
+ to
+while ((index = path.indexOf("/../", index)) > 0) {
+ to avoid infinite loop.
\ No newline at end of file
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2117] - DOMParser does not parse a processing instruction properly
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2117 *** shadow/2117 Wed Jun 13 05:58:56 2001 --- shadow/2117.tmp.14673 Wed Jun 13 07:28:32 2001 *** *** 39,41 --- 39,47 --- Additional Comments From [EMAIL PROTECTED] 2001-06-13 05:58 --- I agree with Arnaud that the parser's behavior is correct. I'm changing the status to "INVALID". + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-13 07:28 +--- + Sorry about this. I just found the actuall bug in another piece of code, + someone else had written. You are correct, and I should have realized this + before actually posting this bug report. Thank you for looking into this, + however. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 623] - Infinite Loop in org/apache/xerces/utils/URI.java V1.3.0
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=623 *** shadow/623 Sun May 20 17:21:20 2001 --- shadow/623.tmp.14878Wed Jun 13 07:54:37 2001 *** *** 1,19 ! Bug#: 623 ! Product: Xerces-J ! Version: unspecified ! Platform: All ! OS/Version: All ! Status: NEW ! Resolution: ! Severity: Major ! Priority: ! Component: Core ! AssignedTo: [EMAIL PROTECTED] ! ReportedBy: [EMAIL PROTECTED] ! URL: ! Cc: ! Summary: Infinite Loop in org/apache/xerces/utils/URI.java V1.3.0 ! First, Thanks for all your work! Xerces and Xalan are Great products. If your DOCTYPE SYSTEM id starts with './../..' URI.java goes into an infinite --- 1,19 ! ++ ! | Infinite Loop in org/apache/xerces/utils/URI.java V1.3.0 | ! ++ ! |Bug #: 623 Product: Xerces-J| ! | Status: RESOLVEDVersion: unspecified | ! | Resolution: FIXED Platform: All | ! | Severity: MajorOS/Version: All | ! | Priority: High Component: Core| ! ++ ! | Assigned To: [EMAIL PROTECTED] | ! | Reported By: [EMAIL PROTECTED] | ! | CC list: Cc: | ! ++ ! | URL: | ! ++ ! | DESCRIPTION | First, Thanks for all your work! Xerces and Xalan are Great products. If your DOCTYPE SYSTEM id starts with './../..' URI.java goes into an infinite *** *** 42,44 --- 42,47 // 6f - remove ending "/.." where "" is a // complete path segment + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-13 07:54 --- + A little variation from the patch provided by Paul. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2151] - make clean does not work
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2151 *** shadow/2151 Wed Jun 13 04:56:21 2001 --- shadow/2151.tmp.15143 Wed Jun 13 08:36:17 2001 *** *** 2,9 | make clean does not work | ++ |Bug #: 2151Product: Xerces-J| ! | Status: NEW Version: CVS extract | ! | Resolution:Platform: Other | | Severity: Normal OS/Version: Other | | Priority: Other Component: Build | ++ --- 2,9 | make clean does not work | ++ |Bug #: 2151Product: Xerces-J| ! | Status: RESOLVEDVersion: CVS extract | ! | Resolution: FIXED Platform: Other | | Severity: Normal OS/Version: Other | | Priority: Other Component: Build | ++ *** *** 27,29 --- 27,33 fi (fill in the proper tabs in front of the indented lines !) + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-13 08:36 --- + I've committed the change. I'd be very curious to hear what platforms this + affects though: make clean certainly works fine on Linux and Windows 2K+cygwin. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2154] New: - type="string" allowed without schema prefix (no default xmlns)
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2154 *** shadow/2154 Wed Jun 13 08:38:48 2001 --- shadow/2154.tmp.15168 Wed Jun 13 08:38:48 2001 *** *** 0 --- 1,34 + ++ + | type="string" allowed without schema prefix (no default xmlns) | + ++ + |Bug #: 2154Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: PC | + | Severity: MajorOS/Version: Windows NT/2K | + | Priority: Other Component: Schema-Structures | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + The following schema example parses without error, although the type="string" + should report an undefined type. Correctly it would be type="xs:string": + + 3_15si30.xsd + + + http://www.w3.org/2001/XMLSchema";> + + + + + + 3_15si30.xml + + + http://www.w3.org/2001/XMLSchema-instance"; + xsi:noNamespaceSchemaLocation="3_15si30.xsd"> + \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2151] - make clean does not work
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2151 *** shadow/2151 Wed Jun 13 08:36:17 2001 --- shadow/2151.tmp.15273 Wed Jun 13 08:52:43 2001 *** *** 31,33 --- 31,40 --- Additional Comments From [EMAIL PROTECTED] 2001-06-13 08:36 --- I've committed the change. I'd be very curious to hear what platforms this affects though: make clean certainly works fine on Linux and Windows 2K+cygwin. + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-13 08:52 --- + GNU-make 3-79.1 (or similar) on linux-2.4.x with + bash (older version) and make on Solaris 8 with + standard sh. If $(DIRS) is empty, 'for i in ;' is + considered to be a syntax error. Maybe other or + newer shells are more relaxing on such exceptional cases. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2169] New: - bug in org.apache.xerces.dom.DeferredAttrNSImpl
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2169
*** shadow/2169 Wed Jun 13 18:28:32 2001
--- shadow/2169.tmp.17863 Wed Jun 13 18:28:32 2001
***
*** 0
--- 1,23
+ ++
+ | bug in org.apache.xerces.dom.DeferredAttrNSImpl|
+ ++
+ |Bug #: 2169Product: Xerces-J|
+ | Status: NEW Version: 1.3.1 |
+ | Resolution:Platform: All |
+ | Severity: Normal OS/Version: Other |
+ | Priority: Other Component: DOM |
+ ++
+ | Assigned To: [EMAIL PROTECTED] |
+ | Reported By: [EMAIL PROTECTED] |
+ | CC list: Cc: |
+ ++
+ | URL: |
+ ++
+ | DESCRIPTION |
+ in method synchronizeData() of org.apache.xerces.dom.DeferredAttrNSImpl
+ the line
+ if (namespaceURI == null && namespaceURI.length() == 0) {
+
+ should be changed to
+ if (namespaceURI == null || namespaceURI.length() == 0) {
+ to accomplish the desired action
\ No newline at end of file
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2154] - type="string" allowed without schema prefix (no default xmlns)
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2154 *** shadow/2154 Wed Jun 13 08:38:48 2001 --- shadow/2154.tmp.19816 Thu Jun 14 08:48:57 2001 *** *** 7,13 | Severity: MajorOS/Version: Windows NT/2K | | Priority: Other Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ --- 7,13 | Severity: MajorOS/Version: Windows NT/2K | | Priority: Other Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2185] New: - attribute decl with type="garbage" not reporting error
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2185 *** shadow/2185 Thu Jun 14 09:25:48 2001 --- shadow/2185.tmp.19958 Thu Jun 14 09:25:48 2001 *** *** 0 --- 1,53 + ++ + | attribute decl with type="garbage" not reporting error | + ++ + |Bug #: 2185Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: PC | + | Severity: MajorOS/Version: Windows NT/2K | + | Priority: Other Component: Schema-Structures | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + In this example, an error should be reported that "xs:garbage" is an invalid + type, but the test parses without error. + + 3_2si49.xsd + === + + http://www.w3.org/2001/XMLSchema";> + + + + + + + + + + 3_2si49.xml + === + + http://www.w3.org/2001/XMLSchema-instance"; + xsi:noNamespaceSchemaLocation="3_2si49.xsd"/> + + NOTE: + = + If "BadAttrib" appears in the instance document as in: + + http://www.w3.org/2001/XMLSchema-instance"; + xsi:noNamespaceSchemaLocation="3_2si49.xsd" + BadAttrib="string"/> + + the error produced is: + + " Attribute "BadAttrib" must be declared for element type "Root". " + + which is not the actual error. + + (Also covers 3_2si33,3_2si48,3_2si50) \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2186] New: - ID & IDREF validator tables persist across parser instances
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2186
*** shadow/2186 Thu Jun 14 10:42:34 2001
--- shadow/2186.tmp.20039 Thu Jun 14 10:42:34 2001
***
*** 0
--- 1,143
+ ++
+ | ID & IDREF validator tables persist across parser instances|
+ ++
+ |Bug #: 2186Product: Xerces-J|
+ | Status: NEW Version: 1.4 |
+ | Resolution:Platform: All |
+ | Severity: MajorOS/Version: All |
+ | Priority: Other Component: Core|
+ ++
+ | Assigned To: [EMAIL PROTECTED] |
+ | Reported By: [EMAIL PROTECTED] |
+ | CC list: Cc: |
+ ++
+ | URL: |
+ ++
+ | DESCRIPTION |
+ When using dtd validation with SAX or DOM parsers if an ID/IDREF error is
+ encountered the validation tables persist in new parser instances. reset seems
+ to have no effect
+
+ here's code to reproduce/workaround
+
+ import org.apache.xerces.parsers.DOMParser;
+ import org.apache.xerces.parsers.SAXParser;
+
+ // for workaround
+ import org.apache.xerces.validators.datatype.IDREFDatatypeValidator;
+ import org.apache.xerces.validators.datatype.IDDatatypeValidator;
+ import org.apache.xerces.validators.datatype.StateMessageDatatype;
+
+
+ import org.xml.sax.ErrorHandler;
+ import org.xml.sax.SAXParseException;
+ import org.xml.sax.SAXException;
+
+ public class Test implements ErrorHandler {
+
+ static boolean workAround = false;
+ public void fatalError(SAXParseException ex) throws SAXException {throw ex;}
+ public void error(SAXParseException ex) throws SAXException {throw ex;}
+ public void warning(SAXParseException ex) {}
+
+ public Test() {}
+ public void run() {
+ if(workAround) {
+ System.out.println("** Using workaround **");
+ } else {
+ System.out.println("** Not using workaround **");
+ }
+ System.out.println("parse test.xml");
+ try {
+ SAXParser parser = new SAXParser();
+ parser.reset();
+ parser.setFeature("http://xml.org/sax/features/validation",true);
+ parser.setErrorHandler(this);
+ parser.parse("test.xml");
+ } catch (Exception ex) {
+ System.out.println(ex.getMessage());
+ }
+ System.out.println("parse test2.xml");
+ if(workAround) {
+ resetIDREF_ID();
+ }
+ try {
+ SAXParser parser = new SAXParser();
+ parser.reset();
+ parser.setFeature("http://xml.org/sax/features/validation",true);
+ parser.setErrorHandler(this);
+ parser.parse("test2.xml");
+ } catch (Exception ex) {
+ System.out.println(ex.getMessage());
+ }
+ }
+
+ /* work around, use this between parser use */
+ private static void resetIDREF_ID() {
+ try {
+ IDREFDatatypeValidator idr = new IDREFDatatypeValidator();
+ idr.validate(null,
+ new StateMessageDatatype() {
+ public Object getDatatypeObject(){
+ return(Object) null;
+ }
+public intgetDatatypeState(){
+ return IDREFDatatypeValidator.IDREF_CLEAR;
+ }
+ public void setDatatypeObject( Object data ){}
+ });
+ IDDatatypeValidator id = new IDDatatypeValidator();
+ id.validate(null,
+ new StateMessageDatatype() {
+ public Object getDatatypeObject(){
+ return(Object) null;
+ }
+public intgetDatatypeState(){
+ return IDDatatypeValidator.ID_CLEAR;
+ }
+ public void setDatatypeObject( Object data ){}
+ });
+ } catch (Exception ex) {
+ System.out.println("Problem Clearing id/idref");
+ }
+ }
+
+ public static void main(String [] args) {
+ workAround = false;
+ new Test().run();
+ workAround = true;
+ new Test().run();
+ }
+ }
+
+
+ source dtd & docs
+
+ test.dtd
+
+
+
+
+
+
+
+
+
+
+ test.xml (creates id/idref error)
+
+
+
+
+
+
+
+ test2.xml (should be ok)
+
+
+
+
+
+
\ No newline at end of file
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2187] New: - with fixed value has xsi:nil="true", no error reported
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2187 *** shadow/2187 Thu Jun 14 12:09:14 2001 --- shadow/2187.tmp.20232 Thu Jun 14 12:09:14 2001 *** *** 0 --- 1,40 + ++ + | with fixed value has xsi:nil="true", no error reported | + ++ + |Bug #: 2187Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: PC | + | Severity: MinorOS/Version: Windows NT/2K | + | Priority: Other Component: Schema-Structures | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + A constraint in XML Schema Structures spec: + + http://www.w3.org/TR/2001/PR-xmlschema-1-20010316/#cvc-elt + + indicates (in constraint sub-section 3.2.2) that an which is nillable + and has xsi:nil="true" in an instance document must *not* have a fixed value in + the schema. Here's an example which violates this constraint and no error is + reported by the parser. + + xc2_6ii01.xsd + = + + http://www.w3.org/2001/XMLSchema";> + + + + + + xc2_6ii01d.xml + == + + http://www.w3.org/2001/XMLSchema-instance"; + xsi:noNamespaceSchemaLocation="xc2_6ii01.xsd" + xsi:nil="true"/> \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2189] New: - Errors not reported for an incorrect namespace prefix on schema components
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2189 *** shadow/2189 Thu Jun 14 13:12:10 2001 --- shadow/2189.tmp.20475 Thu Jun 14 13:12:10 2001 *** *** 0 --- 1,67 + ++ + | Errors not reported for an incorrect namespace prefix on schema components | + ++ + |Bug #: 2189Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: Other | + | Severity: Normal OS/Version: Other | + | Priority: Other Component: Schema-Structures | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + Below is an invalid schema that the parser accepts without raising errors. + Schema components from the "schema" namespace (which has been given a namespace + prefix "xd") have the namespace prefix "bad" that corresponds to another + namespace declared in this schema document. + + Schema: 3_14si42.xsd + = + + http://www.w3.org/2001/XMLSchema"; + targetNamespace="http://www.schemaTest.org/3_14si42"; + xmlns:sv="http://www.schemaTest.org/3_14si42"; + xmlns:bad="http://bad.com/";> + + + + + + + + + + + + + + + + + + + + + + + + + + + Instance: 3_14si42.xml + === + + http://www.schemaTest.org/3_14si42"; + xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; + xsi:schemaLocation="http://www.schemaTest.org/3_14si42 + 3_14si42.xsd"> + + Five* + 12345 + 1 2 Three Four End + + \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2185] - attribute decl with type="garbage" not reporting error
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2185 *** shadow/2185 Thu Jun 14 09:25:48 2001 --- shadow/2185.tmp.22724 Fri Jun 15 09:20:33 2001 *** *** 2,9 | attribute decl with type="garbage" not reporting error | ++ |Bug #: 2185Product: Xerces-J| ! | Status: NEW Version: 1.4 | ! | Resolution:Platform: PC | | Severity: MajorOS/Version: Windows NT/2K | | Priority: Other Component: Schema-Structures | ++ --- 2,9 | attribute decl with type="garbage" not reporting error | ++ |Bug #: 2185Product: Xerces-J| ! | Status: RESOLVEDVersion: 1.4 | ! | Resolution: FIXED Platform: PC | | Severity: MajorOS/Version: Windows NT/2K | | Priority: Other Component: Schema-Structures | ++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 1931] - NullPointerException when parsing character stream InputSource
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1931 *** shadow/1931 Tue May 29 03:42:20 2001 --- shadow/1931.tmp.22879 Fri Jun 15 09:57:06 2001 *** *** 4,13 |Bug #: 1931Product: Xerces-J| | Status: NEW Version: 1.4 | | Resolution:Platform: Sun | ! | Severity: Normal OS/Version: | ! | Priority: Component: SAX | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ --- 4,13 |Bug #: 1931Product: Xerces-J| | Status: NEW Version: 1.4 | | Resolution:Platform: Sun | ! | Severity: Normal OS/Version: All | ! | Priority: High Component: SAX | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2187] - with fixed value has xsi:nil="true", no error reported
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2187 *** shadow/2187 Thu Jun 14 12:09:14 2001 --- shadow/2187.tmp.22895 Fri Jun 15 09:58:12 2001 *** *** 7,13 | Severity: MinorOS/Version: Windows NT/2K | | Priority: Other Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ --- 7,13 | Severity: MinorOS/Version: Windows NT/2K | | Priority: Other Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2189] - Errors not reported for an incorrect namespace prefix on schema components
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2189 *** shadow/2189 Thu Jun 14 13:12:10 2001 --- shadow/2189.tmp.22906 Fri Jun 15 09:58:36 2001 *** *** 7,13 | Severity: Normal OS/Version: Other | | Priority: Other Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ --- 7,13 | Severity: Normal OS/Version: Other | | Priority: Other Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2194] New: - Xerces2: problems using OneCharReader
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2194
*** shadow/2194 Fri Jun 15 10:06:37 2001
--- shadow/2194.tmp.22951 Fri Jun 15 10:06:37 2001
***
*** 0
--- 1,37
+ ++
+ | Xerces2: problems using OneCharReader |
+ ++
+ |Bug #: 2194Product: Xerces2-J |
+ | Status: NEW Version: 2.0.0 [alpha] |
+ | Resolution:Platform: All |
+ | Severity: Blocker OS/Version: All |
+ | Priority: Other Component: Other |
+ ++
+ | Assigned To: [EMAIL PROTECTED] |
+ | Reported By: [EMAIL PROTECTED]|
+ | CC list: Cc: |
+ ++
+ | URL: |
+ ++
+ | DESCRIPTION |
+ As indicated in a comment in XMLEntityManager, there are buffering problems when
+ wrapping up the Reader classes in the JDK. I currently ran into the case where
+ a Reader is created for an InputSource with the encoding set to "ISO-8859-1",
+ and where the XMLDecl EncodingDecl was encoding="iso-8859-1". While in this
+ case the simplest fix is to change line 1637 from:
+
+ if (fCurrentEntity.encoding != null &&
+ fCurrentEntity.encoding.equals(encoding)) {
+
+ to
+
+ if (fCurrentEntity.encoding != null &&
+ fCurrentEntity.encoding.equalsIgnoreCase(encoding)) {
+
+ there are certainly other circumstances when the JDK Reader is used and data is
+ lost due to buffering assumptions. There is an implication in the comment above
+ this line of code that the JDK Readers are deficient for buffering the data that
+ OneCharReader is accessing, but since the JDK Readers are "buffered readers" it
+ would actually be a deficiency if they DIDN'T buffer the data. IMHO, the
+ current implementation of wrapping streams and readers needs to be replaced with
+ a more robust solution to this problem.
\ No newline at end of file
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2195] New: - Xerces2: XMLAttributesImpl::removeElementAt corrupts list
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2195
*** shadow/2195 Fri Jun 15 10:12:41 2001
--- shadow/2195.tmp.22981 Fri Jun 15 10:12:42 2001
***
*** 0
--- 1,39
+ ++
+ | Xerces2: XMLAttributesImpl::removeElementAt corrupts list |
+ ++
+ |Bug #: 2195Product: Xerces2-J |
+ | Status: NEW Version: 2.0.0 [alpha] |
+ | Resolution:Platform: All |
+ | Severity: Blocker OS/Version: All |
+ | Priority: Other Component: Other |
+ ++
+ | Assigned To: [EMAIL PROTECTED] |
+ | Reported By: [EMAIL PROTECTED]|
+ | CC list: Cc: |
+ ++
+ | URL: |
+ ++
+ | DESCRIPTION |
+ Now that Namespace declarations are being (correctly) removed from the attribute
+ list using removeElementAt(), there is a defect when the attribute is not the
+ last one in the list (am I the only person with such files?) The current code
+ at line 200 should be changed from:
+
+ if (attrIndex < fLength - 1) {
+ System.arraycopy(fAttributes, attrIndex + 1, fAttributes, attrIndex,
+ fLength - attrIndex - 1);
+ }
+ fLength--;
+
+ to:
+
+ fLength--;
+ if (attrIndex < fLength) {
+ Attribute old = fAttributes[attrIndex];
+ System.arraycopy(fAttributes, attrIndex + 1, fAttributes, attrIndex,
+ fLength - attrIndex);
+ fAttributes[fLength] = old;
+ }
+
+ The old code leaked an object and introduced a duplicate pointer into the array
+ that would later corrupt the list.
\ No newline at end of file
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2210] New: - Parser does not support any EBCDIC-* encoding.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2210 *** shadow/2210 Mon Jun 18 03:40:04 2001 --- shadow/2210.tmp.18773 Mon Jun 18 03:40:04 2001 *** *** 0 --- 1,19 + ++ + | Parser does not support any EBCDIC-* encoding. | + ++ + |Bug #: 2210Product: Xerces2-J | + | Status: NEW Version: 2.0.0 [alpha] | + | Resolution:Platform: PC | + | Severity: MajorOS/Version: Linux | + | Priority: Other Component: Other | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + When I want to parse document which was stored with any EBCDIC-* encoding, + exception org.xml.sax.SAXParseException: "Content is not allowed in prolog." is + thrown. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2213] New: - Callback order PATCH
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2213 *** shadow/2213 Mon Jun 18 07:15:14 2001 --- shadow/2213.tmp.19298 Mon Jun 18 07:15:14 2001 *** *** 0 --- 1,19 + ++ + | Callback order PATCH | + ++ + |Bug #: 2213Product: Xerces2-J | + | Status: NEW Version: 2.0.0 [alpha] | + | Resolution:Platform: PC | + | Severity: Enhancement OS/Version: Linux | + | Priority: Other Component: DTD | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + Parameter entities in DTD ATTLIST markup are reported as overlayed with + startAttlist() callbacks. Patch reports startEntity(), endEntity(), + startAttlist() in coupled order. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2213] - Callback order PATCH
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2213 *** shadow/2213 Mon Jun 18 07:15:14 2001 --- shadow/2213.tmp.19314 Mon Jun 18 07:16:58 2001 *** *** 17,19 --- 17,23 Parameter entities in DTD ATTLIST markup are reported as overlayed with startAttlist() callbacks. Patch reports startEntity(), endEntity(), startAttlist() in coupled order. + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-18 07:16 --- + Created an attachment (id=233) + Proposed patch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2194] - Xerces2: problems using OneCharReader
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2194 *** shadow/2194 Fri Jun 15 10:06:37 2001 --- shadow/2194.tmp.19464 Mon Jun 18 08:19:53 2001 *** *** 35,37 --- 35,45 would actually be a deficiency if they DIDN'T buffer the data. IMHO, the current implementation of wrapping streams and readers needs to be replaced with a more robust solution to this problem. + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-18 08:19 --- + I think that the OneCharReader should take InputStream. Buffered InputStream + will not throw IOException caused by invalid encoding of characters that are + read ahead. mark() and reset() should fit rest of bill. + If InputSource contains a Reader it should be used directly (on caller + responsibility, without autodetection) so InputStream is adequate. + Crimson's XmlReader looks better coded in this area. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2216] New: - Namespaces for attributes of schema elements not processed
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2216 *** shadow/2216 Mon Jun 18 08:57:22 2001 --- shadow/2216.tmp.19557 Mon Jun 18 08:57:22 2001 *** *** 0 --- 1,38 + ++ + | Namespaces for attributes of schema elements not processed | + ++ + |Bug #: 2216Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: Other | + | Severity: Normal OS/Version: Other | + | Priority: Other Component: Schema-Structures | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + Attribute definitions are declared using + This element contains attributes such as name, use etc. + + If such a definition is extended to contain attributes from another namespace + (ie meta data for processing elsewhere) then the namespace part of those + attributes are ignored - they are assumed to be from the XMLSchema namespace. ie + + http://www.CIP4.org/JDFSchema_1"; + xmlns:jdfP="http://www.CIP4.org/JDFSchema_1/JDFParser"; + xmlns:jdf="http://www.CIP4.org/JDFSchema_1"; + xmlns:xsd="http://www.w3.org/2001/XMLSchema"; elementFormDefault="qualified" + attributeFormDefault="unqualified"> + ... + + + + + when this is validated the first line appears OK, + the second fails with "[Error] _test4.xml:17:201: Schema error: Invalid + attribute value '123' for 'id' in 'attribute': ID is not valid: 123." + the third fails with "[Error] _test4.xml:17:201: Schema error: + Attribute 'Tokens' cannot appear in 'attribute'." \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2216] - Namespaces for attributes of schema elements not processed
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2216 *** shadow/2216 Mon Jun 18 08:57:22 2001 --- shadow/2216.tmp.19601 Mon Jun 18 09:04:09 2001 *** *** 2,8 | Namespaces for attributes of schema elements not processed | ++ |Bug #: 2216Product: Xerces-J| ! | Status: NEW Version: 1.4 | | Resolution:Platform: Other | | Severity: Normal OS/Version: Other | | Priority: Other Component: Schema-Structures | --- 2,8 | Namespaces for attributes of schema elements not processed | ++ |Bug #: 2216Product: Xerces-J| ! | Status: ASSIGNEDVersion: 1.4 | | Resolution:Platform: Other | | Severity: Normal OS/Version: Other | | Priority: Other Component: Schema-Structures | - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2216] - Namespaces for attributes of schema elements not processed
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2216 *** shadow/2216 Mon Jun 18 09:04:09 2001 --- shadow/2216.tmp.19613 Mon Jun 18 09:04:57 2001 *** *** 2,13 | Namespaces for attributes of schema elements not processed | ++ |Bug #: 2216Product: Xerces-J| ! | Status: ASSIGNEDVersion: 1.4 | | Resolution:Platform: Other | | Severity: Normal OS/Version: Other | | Priority: Other Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ --- 2,13 | Namespaces for attributes of schema elements not processed | ++ |Bug #: 2216Product: Xerces-J| ! | Status: NEW Version: 1.4 | | Resolution:Platform: Other | | Severity: Normal OS/Version: Other | | Priority: Other Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 1070] - SAX parser not working on UTF-16 coding.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1070 *** shadow/1070 Sun May 20 17:23:44 2001 --- shadow/1070.tmp.19647 Mon Jun 18 09:08:53 2001 *** *** 1,18 ! Bug#: 1070 ! Product: Xerces-J ! Version: 1.3.0 ! Platform: PC ! OS/Version: All ! Status: NEW ! Resolution: ! Severity: Normal ! Priority: High ! Component: SAX ! AssignedTo: [EMAIL PROTECTED] ! ReportedBy: [EMAIL PROTECTED] ! URL: ! Summary: SAX parser not working on UTF-16 coding. ! Hi, In the FAQ of Xerces-J, it says that the parser supports a lot --- 1,18 ! ++ ! | SAX parser not working on UTF-16 coding. | ! ++ ! |Bug #: 1070Product: Xerces-J| ! | Status: ASSIGNEDVersion: 1.3.0 | ! | Resolution:Platform: PC | ! | Severity: Normal OS/Version: All | ! | Priority: High Component: SAX | ! ++ ! | Assigned To: [EMAIL PROTECTED] | ! | Reported By: [EMAIL PROTECTED] | ! ++ ! | URL: | ! ++ ! | DESCRIPTION | Hi, In the FAQ of Xerces-J, it says that the parser supports a lot - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2218] New: - NULL Pointer exception on invalid DTD
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2218 *** shadow/2218 Mon Jun 18 10:40:01 2001 --- shadow/2218.tmp.20107 Mon Jun 18 10:40:01 2001 *** *** 0 --- 1,1039 + ++ + | NULL Pointer exception on invalid DTD | + ++ + |Bug #: 2218Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: PC | + | Severity: Normal OS/Version: Other | + | Priority: Other Component: DTD | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED]| + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + In trying to find some valid DTDs on which to test the XML parser, I tried + using the DTD from the w3C page for strict XHTML. As it turns out this DTD + doesn't look like it complies with the XML 1.0 specification (which is a pretty + weird thing, I think, but that is another matter). Anyway running if through + Xerces-J I get the following exception. I think that printing out an error + rather than throwing a null pointer exception is really the correct thing to do. + + So this has "two attachments" here first the stack trace followed by the DTD + which is put into a valid XML document. + + -Exception- + C:\JBUILDER4\JDK1.3\bin\javaw - + classpath "C:\matthew\java\SAXPrint\classes;C:\matthew\xml\xerces-1_4_0 + \xerces.jar;C:\JBUILDER4\JDK1.3\demo\jfc\Java2D\Java2Demo.jar;C:\JBUILDER4 + \JDK1.3\jre\lib\i18n.jar;C:\JBUILDER4\JDK1.3\jre\lib\jaws.jar;C:\JBUILDER4 + \JDK1.3\jre\lib\rt.jar;C:\JBUILDER4\JDK1.3\jre\lib\sunrsasign.jar;C:\JBUILDER4 + \JDK1.3\lib\dt.jar;C:\JBUILDER4\JDK1.3\lib\tools.jar" saxprint.SAXPrint + c:\matthew\xml\mytests\test5.xml c:\matthew\xml\schema\XMLSchema.xml + Document locator + + Start document + + java.lang.NullPointerException + + at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:1048) + + at saxprint.SAXPrint.(SAXPrint.java:87) + + at saxprint.SAXPrint.main(SAXPrint.java:99) + + -DOCUMENT-- + + http://www.w3.org/1999/xhtml + +For further information, see: http://www.w3.org/TR/xhtml1 + +Copyright (c) 1998-2000 W3C (MIT, INRIA, Keio), +All Rights Reserved. + +This DTD module is identified by the PUBLIC and SYSTEM identifiers: + +PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" +SYSTEM "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"; + +$Revision: 1.1 $ +$Date: 2000/01/26 14:08:56 $ + + --> + + + + + %HTMLlat1; + + + %HTMLsymbol; + + + %HTMLspecial; + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
[Bug 709] - Cannot parse XML of exactly 16Kb in size (perhaps multiples thereof)
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=709
*** shadow/709 Fri Jun 8 06:39:14 2001
--- shadow/709.tmp.20288Mon Jun 18 11:31:04 2001
***
*** 2,9
| Cannot parse XML of exactly 16Kb in size (perhaps multiples thereof) |
++
|Bug #: 709 Product: Xerces-J|
! | Status: NEW Version: 1.3.0 |
! | Resolution:Platform: All |
| Severity: Normal OS/Version: All |
| Priority: High Component: Core|
++
--- 2,9
| Cannot parse XML of exactly 16Kb in size (perhaps multiples thereof) |
++
|Bug #: 709 Product: Xerces-J|
! | Status: RESOLVEDVersion: 1.3.0 |
! | Resolution: FIXED Platform: All |
| Severity: Normal OS/Version: All |
| Priority: High Component: Core|
++
***
*** 27,29
--- 27,32
This line should be:
if (fOutputOffset == CharDataChunk.CHUNK_SIZE) {
+
+ --- Additional Comments From [EMAIL PROTECTED] 2001-06-18 11:31 ---
+ applied the patch. thanks.
\ No newline at end of file
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2059] - SAX2-EXT-1.0: or does not trigger the attributeDecl method call
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2059 *** shadow/2059 Thu Jun 7 13:45:24 2001 --- shadow/2059.tmp.20775 Mon Jun 18 12:24:22 2001 *** *** 2,9 | SAX2-EXT-1.0: or does not trigger the attribute | ++ |Bug #: 2059Product: Xerces-J| ! | Status: NEW Version: 1.3.1 | ! | Resolution:Platform: PC | | Severity: Normal OS/Version: Windows NT/2K | | Priority: Other Component: SAX | ++ --- 2,9 | SAX2-EXT-1.0: or does not trigger the attribute | ++ |Bug #: 2059Product: Xerces-J| ! | Status: RESOLVEDVersion: 1.3.1 | ! | Resolution: INVALIDPlatform: PC | | Severity: Normal OS/Version: Windows NT/2K | | Priority: Other Component: SAX | ++ *** *** 121,123 --- 121,128 --- Additional Comments From [EMAIL PROTECTED] 2001-06-07 13:45 --- Created an attachment (id=199) PLEASE DISCARD THE PREVIOUS TESTDRIVER2.JAVA --- Download this one, TestDriver2.java + + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-18 12:24 --- + "attributeDecl" should not be called on "ATTLIST" without any attribute + declaration. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2054] - Methods getType() from class org.xml.sax.Attributes produce incorrect output.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2054 *** shadow/2054 Thu Jun 7 08:07:24 2001 --- shadow/2054.tmp.20789 Mon Jun 18 12:24:54 2001 *** *** 2,9 | Methods getType() from class org.xml.sax.Attributes produce incorrect outp | ++ |Bug #: 2054Product: Xerces-J| ! | Status: NEW Version: 1.3.1 | ! | Resolution:Platform: PC | | Severity: Normal OS/Version: Windows NT/2K | | Priority: Other Component: SAX | ++ --- 2,9 | Methods getType() from class org.xml.sax.Attributes produce incorrect outp | ++ |Bug #: 2054Product: Xerces-J| ! | Status: RESOLVEDVersion: 1.3.1 | ! | Resolution: FIXED Platform: PC | | Severity: Normal OS/Version: Windows NT/2K | | Priority: Other Component: SAX | ++ *** *** 281,283 --- 281,287 --- Additional Comments From [EMAIL PROTECTED] 2001-06-07 08:07 --- Created an attachment (id=196) TestDriver.class + + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-18 12:24 --- + Fixed. Typo. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2169] - bug in org.apache.xerces.dom.DeferredAttrNSImpl
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2169
*** shadow/2169 Wed Jun 13 18:28:32 2001
--- shadow/2169.tmp.21490 Mon Jun 18 16:29:09 2001
***
*** 2,9
| bug in org.apache.xerces.dom.DeferredAttrNSImpl|
++
|Bug #: 2169Product: Xerces-J|
! | Status: NEW Version: 1.3.1 |
! | Resolution:Platform: All |
| Severity: Normal OS/Version: Other |
| Priority: Other Component: DOM |
++
--- 2,9
| bug in org.apache.xerces.dom.DeferredAttrNSImpl|
++
|Bug #: 2169Product: Xerces-J|
! | Status: RESOLVEDVersion: 1.3.1 |
! | Resolution: FIXED Platform: All |
| Severity: Normal OS/Version: Other |
| Priority: Other Component: DOM |
++
***
*** 21,23
--- 21,26
should be changed to
if (namespaceURI == null || namespaceURI.length() == 0) {
to accomplish the desired action
+
+ --- Additional Comments From [EMAIL PROTECTED] 2001-06-18 16:29 ---
+ Fixed by Arnaud Le Hors [XercesJ 1.4.0)
\ No newline at end of file
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2229] New: - duplicate element decl in the same scope when using include schemaLocation
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2229 *** shadow/2229 Tue Jun 19 01:01:18 2001 --- shadow/2229.tmp.22702 Tue Jun 19 01:01:18 2001 *** *** 0 --- 1,92 + ++ + | duplicate element decl in the same scope when using include schemaLocation | + ++ + |Bug #: 2229Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: All | + | Severity: Normal OS/Version: All | + | Priority: Other Component: Schema-Structures | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + ++ + | URL: | + ++ + | DESCRIPTION | + When using include statement in schema it seams to loose track of complex type + elements in nested scopes. + + Schema defines elements with the same name shortterm_rating, but in different + scopes. And includes another schema: . + Error:Schema error: duplicate element decl in the same scope : shortterm_rating. + + The error disappears when include statement is removed. + The error also disappears when element shortterm_rating is defined to a build-in + type, examples "string". + + Xml file test.xml + + + + http://www.test.int/MfiTest"; + xmlns:xsi = "http://www.w3.org/2001/XMLSchema-instance"; + xsi:schemaLocation = "http://www.test.int/MfiTest mfitest.xsd" +> + + Elvis + 111 + + 222 + + + + schema file: mfitest.xsd + + + + http://www.w3.org/2001/XMLSchema"; + xmlns:xsi = "http://www.w3.org/2001/XMLSchema-instance"; + targetNamespace = "http://www.test.int/MfiTest"; + xmlns:mfiea = "http://www.test.int/MfiTest"; + elementFormDefault = "qualified" + attributeFormDefault = "qualified" + > + + + + + + + + + + + + + + + + + + + + + + + + + + + + include schema file: codelist.xsd + + + http://www.w3.org/2001/XMLSchema"; + xmlns:xsi = "http://www.w3.org/2001/XMLSchema-instance"; + targetNamespace = "http://www.test.int/MfiTest"; + xmlns:mfiea = "http://www.test.int/MfiTest"; + elementFormDefault = "qualified" + attributeFormDefault = "qualified" + > + + \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 752] - DOMImplementationImpl fails to create DocumentType with null or empty Strings
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=752 *** shadow/752 Sun May 20 17:22:02 2001 --- shadow/752.tmp.23239Tue Jun 19 04:29:57 2001 *** *** 1,19 ! Bug#: 752 ! Product: Xerces-J ! Version: unspecified ! Platform: PC ! OS/Version: Linux ! Status: REOPENED ! Resolution: ! Severity: Normal ! Priority: Medium ! Component: DOM ! AssignedTo: [EMAIL PROTECTED] ! ReportedBy: [EMAIL PROTECTED] ! URL: ! Cc: ! Summary: DOMImplementationImpl fails to create DocumentType with null or empty Strings ! DOMImplementationImpl throws two different exceptions when passing a null or empty string to createDocumentType() respectively. --- 1,19 ! ++ ! | DOMImplementationImpl fails to create DocumentType with null or empty Stri | ! ++ ! |Bug #: 752 Product: Xerces-J| ! | Status: RESOLVEDVersion: unspecified | ! | Resolution: INVALIDPlatform: PC | ! | Severity: Normal OS/Version: Linux | ! | Priority: MediumComponent: DOM | ! ++ ! | Assigned To: [EMAIL PROTECTED] | ! | Reported By: [EMAIL PROTECTED] | ! | CC list: Cc: | ! ++ ! | URL: | ! ++ ! | DESCRIPTION | DOMImplementationImpl throws two different exceptions when passing a null or empty string to createDocumentType() respectively. *** *** 57,59 --- 57,62 I would little decrease performance but no similar bugs will be reported. Just an opinion. + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-19 04:29 --- + See comments from Arnaud Le Hors \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 1157] - Cannot parse Chinese
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1157 *** shadow/1157 Sun May 20 17:24:13 2001 --- shadow/1157.tmp.23264 Tue Jun 19 04:34:37 2001 *** *** 1,18 ! Bug#: 1157 ! Product: Xerces-J ! Version: unspecified ! Platform: PC ! OS/Version: Windows 9x ! Status: NEW ! Resolution: ! Severity: Normal ! Priority: Medium ! Component: DOM ! AssignedTo: [EMAIL PROTECTED] ! ReportedBy: [EMAIL PROTECTED] ! URL: ! Summary: Cannot parse Chinese ! If I have Chinese character in the fields. It will have the following error. C:\XML\Sample\xmlbook\samples4v2\chap2>java -cp .;c:\XML4J-3_1_1\xerces.jar;c:\X --- 1,18 ! ++ ! | Cannot parse Chinese | ! ++ ! |Bug #: 1157Product: Xerces-J| ! | Status: RESOLVEDVersion: unspecified | ! | Resolution: LATER Platform: PC | ! | Severity: Normal OS/Version: Windows 9x | ! | Priority: MediumComponent: Other | ! ++ ! | Assigned To: [EMAIL PROTECTED] | ! | Reported By: [EMAIL PROTECTED] | ! ++ ! | URL: | ! ++ ! | DESCRIPTION | If I have Chinese character in the fields. It will have the following error. C:\XML\Sample\xmlbook\samples4v2\chap2>java -cp .;c:\XML4J-3_1_1\xerces.jar;c:\X *** *** 39,41 --- 39,47 --- Additional Comments From [EMAIL PROTECTED] 2001-03-30 03:59 --- My version is Xerces Java Parser 1.2.1 + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-19 04:34 --- + No sample files are provided. There is no way to reproduce the problem + the + parser version the bug is reported against is 1.2.1 (the newest vs is 1.4.0). + The problem does not belong to DOM component. If more information is provided + will revisit the problem \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 1355] - Fails to parse SOAP schema
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1355 *** shadow/1355 Sun May 20 17:25:19 2001 --- shadow/1355.tmp.23277 Tue Jun 19 04:39:44 2001 *** *** 1,19 ! Bug#: 1355 ! Product: Xerces-J ! Version: 1.3.1 ! Platform: PC ! OS/Version: Windows NT/2K ! Status: NEW ! Resolution: ! Severity: Major ! Priority: High ! Component: DOM ! AssignedTo: [EMAIL PROTECTED] ! ReportedBy: [EMAIL PROTECTED] ! URL: ! Cc: ! Summary: Fails to parse SOAP schema ! I am trying to use Apache SOAP 2.1 with Xerces 1.3.1, Sun J2EE SDK 1.3 and Sun JDK 1.3. When I invoke the SOAP address book sample, it fails with the following error: --- 1,19 ! ++ ! | Fails to parse SOAP schema | ! ++ ! |Bug #: 1355Product: Xerces-J| ! | Status: NEW Version: 1.3.1 | ! | Resolution:Platform: PC | ! | Severity: MajorOS/Version: Windows NT/2K | ! | Priority: High Component: Other | ! ++ ! | Assigned To: [EMAIL PROTECTED] | ! | Reported By: [EMAIL PROTECTED] | ! | CC list: Cc: | ! ++ ! | URL: | ! ++ ! | DESCRIPTION | I am trying to use Apache SOAP 2.1 with Xerces 1.3.1, Sun J2EE SDK 1.3 and Sun JDK 1.3. When I invoke the SOAP address book sample, it fails with the following error: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 729] - Problem running SOAP with Tomcat with Xerces
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=729 *** shadow/729 Sun May 20 17:21:54 2001 --- shadow/729.tmp.23289Tue Jun 19 04:40:23 2001 *** *** 1,18 ! Bug#: 729 ! Product: Xerces-J ! Version: 1.2.3 ! Platform: PC ! OS/Version: Windows NT/2K ! Status: NEW ! Resolution: ! Severity: Normal ! Priority: High ! Component: DOM ! AssignedTo: [EMAIL PROTECTED] ! ReportedBy: [EMAIL PROTECTED] ! URL: ! Summary: Problem running SOAP with Tomcat with Xerces ! > Trying to run Apache SOAP, keep getting this error. > > --- 1,18 ! ++ ! | Problem running SOAP with Tomcat with Xerces | ! ++ ! |Bug #: 729 Product: Xerces-J| ! | Status: NEW Version: 1.2.3 | ! | Resolution:Platform: PC | ! | Severity: Normal OS/Version: Windows NT/2K | ! | Priority: High Component: Other | ! ++ ! | Assigned To: [EMAIL PROTECTED] | ! | Reported By: [EMAIL PROTECTED] | ! ++ ! | URL: | ! ++ ! | DESCRIPTION | > Trying to run Apache SOAP, keep getting this error. > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 1128] - Nullpointer in BaseMarkupSerializer
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1128 *** shadow/1128 Sun May 20 17:24:04 2001 --- shadow/1128.tmp.23309 Tue Jun 19 04:42:53 2001 *** *** 1,19 ! Bug#: 1128 ! Product: Xerces-J ! Version: 1.3.0 ! Platform: HP ! OS/Version: HP-UX ! Status: NEW ! Resolution: ! Severity: Major ! Priority: Medium ! Component: DOM ! AssignedTo: [EMAIL PROTECTED] ! ReportedBy: [EMAIL PROTECTED] ! URL: ! Cc: ! Summary: Nullpointer in BaseMarkupSerializer ! When I try to serialize a XML document to a byte stream using the following code in a JSP page --- 1,19 ! ++ ! | Nullpointer in BaseMarkupSerializer| ! ++ ! |Bug #: 1128Product: Xerces-J| ! | Status: RESOLVEDVersion: 1.3.0 | ! | Resolution: WORKSFORME Platform: HP | ! | Severity: MajorOS/Version: HP-UX | ! | Priority: MediumComponent: Serialization | ! ++ ! | Assigned To: [EMAIL PROTECTED] | ! | Reported By: [EMAIL PROTECTED]| ! | CC list: Cc: | ! ++ ! | URL: | ! ++ ! | DESCRIPTION | When I try to serialize a XML document to a byte stream using the following code in a JSP page *** *** 78,80 --- 78,84 Is it a bug or anything to do with configuration + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-19 04:42 --- + Unable to reproduce the problem. Please, provide sample file that cause the + problem. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 641] - occasional NPE from Xerces 1.3.0
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=641 *** shadow/641 Sun May 20 17:21:26 2001 --- shadow/641.tmp.23324Tue Jun 19 04:44:56 2001 *** *** 1,19 ! Bug#: 641 ! Product: Xerces-J ! Version: 1.3.0 ! Platform: PC ! OS/Version: Linux ! Status: NEW ! Resolution: ! Severity: Normal ! Priority: Medium ! Component: DOM ! AssignedTo: [EMAIL PROTECTED] ! ReportedBy: [EMAIL PROTECTED] ! URL: ! Cc: ! Summary: occasional NPE from Xerces 1.3.0 ! I'm calling Xerces 1.3.0 from my servlet (Turbine) and occasionally, when starting up I get the following NPE. After I refresh the page, everything is ok. --- 1,19 ! ++ ! | occasional NPE from Xerces 1.3.0 | ! ++ ! |Bug #: 641 Product: Xerces-J| ! | Status: RESOLVEDVersion: 1.3.0 | ! | Resolution: WORKSFORME Platform: PC | ! | Severity: Normal OS/Version: Linux | ! | Priority: MediumComponent: DOM | ! ++ ! | Assigned To: [EMAIL PROTECTED] | ! | Reported By: [EMAIL PROTECTED] | ! | CC list: Cc: | ! ++ ! | URL: | ! ++ ! | DESCRIPTION | I'm calling Xerces 1.3.0 from my servlet (Turbine) and occasionally, when starting up I get the following NPE. After I refresh the page, everything is ok. *** *** 71,73 --- 71,78 (HttpRequest.java:159) at com.caucho.server.TcpConnection.run(TcpConnection.java:142) at java.lang.Thread.run(Thread.java:484) + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-19 04:44 --- + Unable to reproduce the problem. Please provide sample file that cause the + problem. Also, please try the latest version of Xerces (it is likely problem + has been fixed there) \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2234] New: - java.lang.NoSuchMethodError in DOMParser.java:1132
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2234 *** shadow/2234 Tue Jun 19 06:36:25 2001 --- shadow/2234.tmp.23690 Tue Jun 19 06:36:25 2001 *** *** 0 --- 1,56 + ++ + | java.lang.NoSuchMethodError in DOMParser.java:1132 | + ++ + |Bug #: 2234Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: PC | + | Severity: Critical OS/Version: Windows 9x | + | Priority: Other Component: Schema-Datatypes| + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + When validating an XML-Document against a Schema with datatypes the parser + raises an exception. When no validation is done it behaves correctly: + + Exception: + == + java.lang.NoSuchMethodError + at org.apache.xerces.parsers.DOMParser.startElement(DOMParser.java:1132) + at + org.apache.xerces.validators.common.XMLValidator.callStartElement(XMLValidator.j + ava:1197) + at + org.apache.xerces.framework.XMLDocumentScanner.scanElement(XMLDocumentScanner.ja + va:1862) + at + org.apache.xerces.framework.XMLDocumentScanner$ContentDispatcher.dispatch(XMLDoc + umentScanner.java:1005) + at + org.apache.xerces.framework.XMLDocumentScanner.parseSome(XMLDocumentScanner.java + :381) + at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:1035) + at + org.apache.xerces.validators.common.XMLValidator.resolveSchemaGrammar(XMLValidat + or.java:2728) + at + org.apache.xerces.validators.common.XMLValidator.bindNamespacesToElementAndAttri + butes(XMLValidator.java:2610) + at + org.apache.xerces.validators.common.XMLValidator.callStartElement(XMLValidator.j + ava:1152) + at + org.apache.xerces.framework.XMLDocumentScanner.scanElement(XMLDocumentScanner.ja + va:1862) + at + org.apache.xerces.framework.XMLDocumentScanner$ContentDispatcher.dispatch(XMLDoc + umentScanner.java:1005) + at + org.apache.xerces.framework.XMLDocumentScanner.parseSome(XMLDocumentScanner.java + :381) + at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:1035) + at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:1076) \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2234] - java.lang.NoSuchMethodError in DOMParser.java:1132
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2234 *** shadow/2234 Tue Jun 19 06:36:25 2001 --- shadow/2234.tmp.24101 Tue Jun 19 07:01:16 2001 *** *** 2,9 | java.lang.NoSuchMethodError in DOMParser.java:1132 | ++ |Bug #: 2234Product: Xerces-J| ! | Status: NEW Version: 1.4 | ! | Resolution:Platform: PC | | Severity: Critical OS/Version: Windows 9x | | Priority: Other Component: Schema-Datatypes| ++ --- 2,9 | java.lang.NoSuchMethodError in DOMParser.java:1132 | ++ |Bug #: 2234Product: Xerces-J| ! | Status: RESOLVEDVersion: 1.4 | ! | Resolution: WORKSFORME Platform: PC | | Severity: Critical OS/Version: Windows 9x | | Priority: Other Component: Schema-Datatypes| ++ *** *** 54,56 --- 54,62 :381) at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:1035) at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:1076) + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-19 07:01 --- + I have never seen an error like this caused by anything other than a problem + with the classpath--i.e., a situation in which another jarfile than Xerces is + placed before Xerces on the classpath and contains an older implementation of + DOM than Xerces does. So please look very carefully at your classpath setting. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2229] - duplicate element decl in the same scope when using include schemaLocation
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2229 *** shadow/2229 Tue Jun 19 01:01:18 2001 --- shadow/2229.tmp.24119 Tue Jun 19 07:02:16 2001 *** *** 2,8 | duplicate element decl in the same scope when using include schemaLocation | ++ |Bug #: 2229Product: Xerces-J| ! | Status: NEW Version: 1.4 | | Resolution:Platform: All | | Severity: Normal OS/Version: All | | Priority: Other Component: Schema-Structures | --- 2,8 | duplicate element decl in the same scope when using include schemaLocation | ++ |Bug #: 2229Product: Xerces-J| ! | Status: ASSIGNEDVersion: 1.4 | | Resolution:Platform: All | | Severity: Normal OS/Version: All | | Priority: Other Component: Schema-Structures | - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 1541] - TreeWalker with sparse filter works in exponential time
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1541 *** shadow/1541 Sun May 20 17:26:18 2001 --- shadow/1541.tmp.24778 Tue Jun 19 09:55:11 2001 *** *** 1,19 ! Bug#: 1541 ! Product: Xerces-J ! Version: 1.3.1 ! Platform: PC ! OS/Version: ! Status: NEW ! Resolution: ! Severity: Major ! Priority: ! Component: DOM ! AssignedTo: [EMAIL PROTECTED] ! ReportedBy: [EMAIL PROTECTED] ! URL: ! Cc: ! Summary: TreeWalker with sparse filter works in exponential time ! Even in very small documents, a TreeWalkerImpl created to find nodes of a specific name can take arbitrarily long amounts of time. Also, in larger documents, similar filters can cause StackOverflowError's. --- 1,19 ! ++ ! | TreeWalker with sparse filter works in exponential time| ! ++ ! |Bug #: 1541Product: Xerces-J| ! | Status: RESOLVEDVersion: 1.3.1 | ! | Resolution: FIXED Platform: PC | ! | Severity: MajorOS/Version: All | ! | Priority: High Component: DOM | ! ++ ! | Assigned To: [EMAIL PROTECTED] | ! | Reported By: [EMAIL PROTECTED]| ! | CC list: Cc: | ! ++ ! | URL: | ! ++ ! | DESCRIPTION | Even in very small documents, a TreeWalkerImpl created to find nodes of a specific name can take arbitrarily long amounts of time. Also, in larger documents, similar filters can cause StackOverflowError's. *** *** 162,164 --- 162,167 } // end class TestWalker >>>>> + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-19 09:55 --- + Fixed in CVS today. Can you pick up latest Xerces and try it out? \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 1519] - TreeWalker enters infinite loop under certain input
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1519
*** shadow/1519 Sun May 20 17:26:11 2001
--- shadow/1519.tmp.24793 Tue Jun 19 09:56:54 2001
***
*** 1,19
! Bug#: 1519
! Product: Xerces-J
! Version: 1.3.1
! Platform: PC
! OS/Version:
! Status: NEW
! Resolution:
! Severity: Normal
! Priority:
! Component: DOM
! AssignedTo: [EMAIL PROTECTED]
! ReportedBy: [EMAIL PROTECTED]
! URL:
! Cc:
! Summary: TreeWalker enters infinite loop under certain input
!
run the following code, and treewalker will enter an infinite loop. out is
never printed. In real life you would never specify 0 for 'whatToShow', but if
you specify a filter and it happens to never return FILTER_ACCEPT on this
--- 1,19
! ++
! | TreeWalker enters infinite loop under certain input|
! ++
! |Bug #: 1519Product: Xerces-J|
! | Status: RESOLVEDVersion: 1.3.1 |
! | Resolution: FIXED Platform: PC |
! | Severity: Normal OS/Version: All |
! | Priority: High Component: DOM |
! ++
! | Assigned To: [EMAIL PROTECTED] |
! | Reported By: [EMAIL PROTECTED] |
! | CC list: Cc: |
! ++
! | URL: |
! ++
! | DESCRIPTION |
run the following code, and treewalker will enter an infinite loop. out is
never printed. In real life you would never specify 0 for 'whatToShow', but if
you specify a filter and it happens to never return FILTER_ACCEPT on this
***
*** 51,53
--- 51,58
0, null, false);
walker.nextNode();
System.out.println ("out");
+
+ --- Additional Comments From [EMAIL PROTECTED] 2001-06-19 09:56 ---
+ Actually, it is not an infinite loop .. it just takes LONG time. See bug #1541.
+ The fix is in CVS. Can you extract the latest code and try it out?
+
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 1814] - DocumentEvent.createEvent() doesn't recognize event names in spec
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1814 *** shadow/1814 Sun May 20 17:27:46 2001 --- shadow/1814.tmp.25011 Tue Jun 19 11:22:35 2001 *** *** 1,19 ! Bug#: 1814 ! Product: Xerces-J ! Version: cvs extract (inc ! Platform: PC ! OS/Version: All ! Status: NEW ! Resolution: ! Severity: Normal ! Priority: ! Component: DOM ! AssignedTo: [EMAIL PROTECTED] ! ReportedBy: [EMAIL PROTECTED] ! URL: ! Cc: ! Summary: DocumentEvent.createEvent() doesn't recognize event names in spec ! The description on the eventType parameter to the DocumentEvent.createEvent in section 1.5 of DOM 2 Events says (http://www.w3.org/TR/DOM-Level-2- Events/events.html#Events-DocumentEvent-createEvent): --- 1,19 ! ++ ! | DocumentEvent.createEvent() doesn't recognize event names in spec | ! ++ ! |Bug #: 1814Product: Xerces-J| ! | Status: RESOLVEDVersion: 1.4 | ! | Resolution: FIXED Platform: PC | ! | Severity: Normal OS/Version: All | ! | Priority: High Component: DOM | ! ++ ! | Assigned To: [EMAIL PROTECTED] | ! | Reported By: [EMAIL PROTECTED] | ! | CC list: Cc: | ! ++ ! | URL: | ! ++ ! | DESCRIPTION | The description on the eventType parameter to the DocumentEvent.createEvent in section 1.5 of DOM 2 Events says (http://www.w3.org/TR/DOM-Level-2- Events/events.html#Events-DocumentEvent-createEvent): *** *** 43,45 --- 43,48 the parallel with features which are case-insensitive. 4. Case insensitive with or without the "s" + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-19 11:22 --- + Thank you for reporting this problem. It is fixed in CVS [see approach 2]. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2229] - duplicate element decl in the same scope when using include schemaLocation
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2229 *** shadow/2229 Tue Jun 19 07:02:16 2001 --- shadow/2229.tmp.25350 Tue Jun 19 13:13:24 2001 *** *** 2,9 | duplicate element decl in the same scope when using include schemaLocation | ++ |Bug #: 2229Product: Xerces-J| ! | Status: ASSIGNEDVersion: 1.4 | ! | Resolution:Platform: All | | Severity: Normal OS/Version: All | | Priority: Other Component: Schema-Structures | ++ --- 2,9 | duplicate element decl in the same scope when using include schemaLocation | ++ |Bug #: 2229Product: Xerces-J| ! | Status: RESOLVEDVersion: 1.4 | ! | Resolution: FIXED Platform: All | | Severity: Normal OS/Version: All | | Priority: Other Component: Schema-Structures | ++ *** *** 90,92 --- 90,96 > + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-19 13:13 --- + This bug was already reported a couple of weeks ago and fixed. Please checkout + a copy of the Xerces source from CVS to verify the fix. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2248] New: - HTMLSerializer SAX methods check for null instead of empty
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2248 *** shadow/2248 Wed Jun 20 07:00:20 2001 --- shadow/2248.tmp.3314Wed Jun 20 07:00:20 2001 *** *** 0 --- 1,28 + ++ + | HTMLSerializer SAX methods check for null instead of empty | + ++ + |Bug #: 2248Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: All | + | Severity: MajorOS/Version: All | + | Priority: Other Component: Serialization | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED]| + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + In HTMLSerializer.startElement (SAX2 version), the local + name is used as htmlName if the namespace URI is null + or equal to the XHTML namespace URI. But SAX2 doesn't + allow the namespace URI to be null, it must be empty if + not specified. This means fully SAX2-compliant events + representing straight HTML are not recognized as HTML, + so elements like are serialized as , etc. + + See SAX2 API docs: + http://xml.apache.org/xerces- + j/apiDocs/org/xml/sax/ContentHandler.html#startElement(java.lang.String, + java.lang.String, java.lang.String, org.xml.sax.Attributes) \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2248] - HTMLSerializer SAX methods check for null instead of empty
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2248 *** shadow/2248 Wed Jun 20 07:00:20 2001 --- shadow/2248.tmp.3322Wed Jun 20 07:00:57 2001 *** *** 11,17 | Reported By: [EMAIL PROTECTED]| | CC list: Cc: | ++ ! | URL: | ++ | DESCRIPTION | In HTMLSerializer.startElement (SAX2 version), the local --- 11,17 | Reported By: [EMAIL PROTECTED]| | CC list: Cc: | ++ ! | URL: http://xml.apache.org/xerces-j/apiDocs/org/xml/sax/ContentHa | ++ | DESCRIPTION | In HTMLSerializer.startElement (SAX2 version), the local *** *** 26,28 --- 26,31 http://xml.apache.org/xerces- j/apiDocs/org/xml/sax/ContentHandler.html#startElement(java.lang.String, java.lang.String, java.lang.String, org.xml.sax.Attributes) + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-20 07:00 --- + That URL got mangled, sorry. Putting it in the URL field instead. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2250] New: - duplicate attributes in XML document, error not reported
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2250 *** shadow/2250 Wed Jun 20 09:15:46 2001 --- shadow/2250.tmp.3949Wed Jun 20 09:15:46 2001 *** *** 0 --- 1,51 + ++ + | duplicate attributes in XML document, error not reported | + ++ + |Bug #: 2250Product: Xerces-J| + | Status: NEW Version: 1.4 | + | Resolution:Platform: PC | + | Severity: Normal OS/Version: Windows NT/2K | + | Priority: Other Component: Schema-Structures | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + According to Namespaces in XML spec: + + http://www.w3.org/TR/REC-xml-names/#uniqAttrs + + an XML document cannot have an element containing 2 or more attributes where + the attributes have the same local name and different namespace prefixes *IF* + the namespace prefixes both resolve to the *SAME* namespace. + + Here is an example which is invalid and no error is reported by the parser: + + 3_2ii13a.xml + + + http://www.w3.org/2001/XMLSchema-instance"; + xmlns:ns1 ="http://www.Test.org/3_2ii"; + xmlns:ns2 ="http://www.Test.org/3_2ii"; + xsi:schemaLocation="http://www.Test.org/3_2ii + 3_2ii13.xsd" + ns1:attr="1" + ns2:attr="2"/> + + 3_2ii13.xsd + === + + http://www.w3.org/2001/XMLSchema"; + targetNamespace ="http://www.Test.org/3_2ii"; + attributeFormDefault="qualified"> + + + + + + + + \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2252] New: - NullPointerException in org.apache.xerces.dom.ParentNode.synchronizeChildren() with hotspot
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2252 *** shadow/2252 Wed Jun 20 10:04:42 2001 --- shadow/2252.tmp.4312Wed Jun 20 10:04:42 2001 *** *** 0 --- 1,30 + ++ + | NullPointerException in org.apache.xerces.dom.ParentNode.synchronizeChildr | + ++ + |Bug #: 2252Product: Xerces-J| + | Status: NEW Version: 1.3.0 | + | Resolution:Platform: PC | + | Severity: Critical OS/Version: Windows NT/2K | + | Priority: Other Component: DOM | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + With HotSpot VM (1.0.1, mixed mode, build g) on Windows NT 4-sp6: + + java.lang.NullPointerException + at + org.apache.xerces.dom.ParentNode.synchronizeChildren(ParentNode.java:1002) + at + +org.apache.xerces.dom.DeferredElementImpl.synchronizeChildren(DeferredElementImpl.java:168) + at org.apache.xerces.dom.ParentNode.hasChildNodes(ParentNode.java:232) + at + +org.apache.xerces.dom.DeepNodeListImpl.nextMatchingElementAfter(DeepNodeListImpl.java:205) + at org.apache.xerces.dom.DeepNodeListImpl.item(DeepNodeListImpl.java:180) + at + org.apache.xerces.dom.DeepNodeListImpl.getLength(DeepNodeListImpl.java:151) + (rest of stack removed) \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2250] - duplicate attributes in XML document, error not reported
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2250 *** shadow/2250 Wed Jun 20 09:15:46 2001 --- shadow/2250.tmp.4412Wed Jun 20 10:29:49 2001 *** *** 7,13 | Severity: Normal OS/Version: Windows NT/2K | | Priority: Other Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ --- 7,13 | Severity: Normal OS/Version: Windows NT/2K | | Priority: Other Component: Schema-Structures | ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2252] - NullPointerException in org.apache.xerces.dom.ParentNode.synchronizeChildren() with hotspot
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2252 *** shadow/2252 Wed Jun 20 10:04:42 2001 --- shadow/2252.tmp.5434Wed Jun 20 12:35:51 2001 *** *** 2,9 | NullPointerException in org.apache.xerces.dom.ParentNode.synchronizeChildr | ++ |Bug #: 2252Product: Xerces-J| ! | Status: NEW Version: 1.3.0 | ! | Resolution:Platform: PC | | Severity: Critical OS/Version: Windows NT/2K | | Priority: Other Component: DOM | ++ --- 2,9 | NullPointerException in org.apache.xerces.dom.ParentNode.synchronizeChildr | ++ |Bug #: 2252Product: Xerces-J| ! | Status: RESOLVEDVersion: 1.3.0 | ! | Resolution: WORKSFORME Platform: PC | | Severity: Critical OS/Version: Windows NT/2K | | Priority: Other Component: DOM | ++ *** *** 28,30 --- 28,39 at org.apache.xerces.dom.DeepNodeListImpl.getLength(DeepNodeListImpl.java:151) (rest of stack removed) + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-20 12:35 --- + First of all, you should not report bugs against older releases. + We suggest you download newest Xerces parser and see if the problem is still + there. + But if you still choose to open bug against older release, you must provide xml + file and if possible part of your Java code so we could reproduce the problem. + + Thank you \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 2252] - NullPointerException in org.apache.xerces.dom.ParentNode.synchronizeChildren() with hotspot
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2252 *** shadow/2252 Wed Jun 20 12:35:51 2001 --- shadow/2252.tmp.6664Wed Jun 20 14:24:21 2001 *** *** 37,39 --- 37,43 file and if possible part of your Java code so we could reproduce the problem. Thank you + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-20 14:24 --- + Hmm... I apologize. I've checked with 1.4.0 and it doesn't seem to be present + anymore. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
