Boris Goldowsky wrote: > I'm trying to set up an addon for editing using a complex RelaxNG > schema. When XXE tries to load the schema, however, it is hitting an > exception: > > Exception in thread "AWT-EventQueue-0" java.lang.StackOverflowError > at com.xmlmind.xml.rng.validate.Pattern.samePattern(Pattern.java:39) > at > com.xmlmind.xml.rng.validate.OneOrMorePattern.samePatternAs(OneOrMorePattern.java:37) > at com.xmlmind.xml.rng.validate.Pattern.samePattern(Pattern.java:39) > at > com.xmlmind.xml.rng.validate.ListPattern.samePatternAs(ListPattern.java:30) > > and so forth for many more lines. > > This happens with many (but not all) of a family of schemas that are in > development, for instance those available here: > > http://www.daisy.org/z3986/2010/auth/profiles/book/0.3/z3986a-book.html > > Under "Informative Schemata" there is a single-file version of the > schema that is convenient to test with, called z3986a-book.single.rng . > > > I am not sure if this is a bug in XXE or a bug in the schema; but I am > told that the schema works fine in Oxygen. I would love to be able to > make it work in XXE as well.
--> There is no bug in the schema. You can test that with James Clark's Jing (http://www.thaiopensource.com/relaxng/jing.html) or by running xmltool validate -s z3986a-book.single.rng See "The xmltool command-line utility" http://www.xmlmind.com/xmleditor/_distrib/doc/xmltool/index.html Note that it is not the *full* *validation* performed by Jing (which has been integrated in XXE) which causes the StackOverflowError but our own *incremental* *validation* engine. That's why "xmltool validate" can work fine while opening the document in XXE can crash and burn. --> If there is a bug in XXE, then I cannot reproduce it. I can successfully open and edit attached XML document (sorry but you didn't send me a real document so I had to quickly assemble one). Note that a bug related to RELAX NG which caused StackOverflowErrors has been fixed in 4.3.0 (April 10, 2009): --- RELAX NG grammars making use of certain recursive content models could cause XMLmind XML Editor to raise a StackOverflowError. --- See http://www.xmlmind.com/xmleditor/changes.html If you are using a version older than v4.3, please test what you do with v4.3+. If you manage to reproduce the bug with v4.3+, please send me all the files allowing me to reproduce the bug and please tell me what I must do (e.g. select a p and try to add a div after it) in order to reproduce the bug. Note that v4.4 should be released next Friday, so we still have the time to fix the bug in v4.4 (if this bug was not already fixed in v4.3). -------------- next part -------------- A non-text attachment was scrubbed... Name: sample.z3986a-book Type: text/xml Size: 1962 bytes Desc: not available Url : http://www.xmlmind.com/pipermail/xmleditor-support/attachments/20090602/a98c817f/attachment-0001.xml
