On 26.04.2011 18:15, Hussein Shafie wrote: > On 04/26/2011 02:28 PM, Martin Goik wrote: >> Due to a JRE related Bug > > Is it this bug? > > Excerpts from http://www.xmlmind.com/xmleditor/known_problems.html > --- > Starting from Java[tm] 1.6.0_23, converting XML documents to PDF using > RenderX XEP randomly fails with false XSL-FO errors (e.g. attribute > "space-before" may not be empty). This problem seems specific to the > 64-bit runtime. > > Workaround: use a 32-bit Java[tm] runtime or use a 64-bit JavaTM runtime > older than 1.6.0_23. > --- > > If this is the case, I'm not sure that forcing XEP to skip its XSL-FO > validation step is a workaround. If you are sure that this is a > workaround, for example because it is recommended by RenderX, then > please be kind enough to point us to the document which contains this > information. >
Yes!. I had sent a question toe the Xep Mailing list an received teh following answer: > Hello Martin, > > This is a known issue on 1.6.0_24 only. XT, an XSLT engine used by XEP during > validation, randomly fails on this version of JRE with described symptoms. > > No fix. We are considering an option to let you choose the engine for > validation, but this is not even scheduled yet. > > The only way to proceed: disable validation stage during formatting: > $ /path/to/xep -valid -fo __doc.fo -pdf __doc.pdf > > If you need validation, extract folint.xsl from lib/xep.jar and run it > separately against your FO with Saxon. > > Regards, > Michael Sulyaev > RenderX So not having a workaround seems to leave me without an option. Best wishes, Martin Goik -- Martin Goik Tel. +49-711-8923-2164 http://www.HdM-Stuttgart.de/~goik GnuPG public key: https://www.hdm-stuttgart.de/~goik/goik.asc Es ist ein Jammer, das die Dummköpfe so selbstsicher sind und die Klugen so voller Zweifel Bertrand Russell -- XMLmind XML Editor Support List [email protected] http://www.xmlmind.com/mailman/listinfo/xmleditor-support
