John Austin wrote: > > Not that I expect support for this program, I suspect that > the vendor will be interested in the fact that I have > caused the program to fail with some (probably bad) > DocBook input. > > I am working on an XML file generated from a client's > RTF document using UpCast. > > I have a transformation of this file into html and I > am currently testing an XSLT transformation that will > produce a DocBook version of the same. > > When I generate sections, titles and para's I can load > the document into XXE as a DocBook file even though it > fails validation with several hundred errors due to tables > and lists being in HTML forms. > > When I start to build DocBook tables by changing the format > from HTML tags to DocBook tags, the file will no longer > load into XXE. I get a traceback to stderr and the program > does a microsoft imitation (sits there doing nothing). > > Enclosed is the traceback. I will spare you my clients proprietary > document but would be willing to obscure the contents and send it > to XmlMind if there is interest on working on this problem. > > ============================================================ > > java.lang.NullPointerException > at > com.xmlmind.xmleditapp.docbook.StyleHookImpl.hasColSep(StyleHookImpl.java:543)
XXE Standard Edition is fully supported software (with a support policy described on our site). Fixing bugs and improving XXE overall robustness have priority over adding functionality. It would be very nice if you could send us the document that caused XXE to crash. Without your torture test, even after fixing what is reported in the stack trace, XXE will probably still crash elsewhere in the DocBook/CALS table style hook.
