You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-dev@xmlgraphics.apache.org by bu...@apache.org on 2004/07/16 09:48:15 UTC
DO NOT REPLY [Bug 30138] New: -
NullPointerException in rtf-renderer
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=30138>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=30138
NullPointerException in rtf-renderer
Summary: NullPointerException in rtf-renderer
Product: Fop
Version: 1.0dev
Platform: PC
OS/Version: Linux
Status: NEW
Severity: Major
Priority: Other
Component: general
AssignedTo: fop-dev@xml.apache.org
ReportedBy: la@saphor.de
When trying to convert the attached fo-file to rtf using the fop.sh shell
script, the renderer reproducingly crashes with the following NullPointerException:
------------
Exception in thread "main" java.lang.NullPointerException
at
org.apache.fop.render.rtf.rtflib.rtfdoc.RtfListTable.writeListTableEntry(RtfListTable.java:191)
at
org.apache.fop.render.rtf.rtflib.rtfdoc.RtfListTable.writeRtfContent(RtfListTable.java:136)
at
org.apache.fop.render.rtf.rtflib.rtfdoc.RtfElement.writeRtf(RtfElement.java:86)
at
org.apache.fop.render.rtf.rtflib.rtfdoc.RtfContainer.writeRtfContent(RtfContainer.java:135)
at
org.apache.fop.render.rtf.rtflib.rtfdoc.RtfElement.writeRtf(RtfElement.java:86)
at
org.apache.fop.render.rtf.rtflib.rtfdoc.RtfContainer.writeRtfContent(RtfContainer.java:135)
at
org.apache.fop.render.rtf.rtflib.rtfdoc.RtfElement.writeRtf(RtfElement.java:86)
at org.apache.fop.render.rtf.rtflib.rtfdoc.RtfFile.flush(RtfFile.java:219)
at org.apache.fop.render.rtf.RTFHandler.endDocument(RTFHandler.java:157)
at org.apache.fop.fo.FOTreeBuilder.endDocument(FOTreeBuilder.java:224)
at org.apache.xerces.parsers.AbstractSAXParser.endDocument(Unknown Source)
at org.apache.xerces.impl.XMLDocumentScannerImpl.endEntity(Unknown Source)
at org.apache.xerces.impl.XMLEntityManager.endEntity(Unknown Source)
at org.apache.xerces.impl.XMLEntityManager$EntityScanner.load(Unknown
Source)
at
org.apache.xerces.impl.XMLEntityManager$EntityScanner.skipSpaces(Unknown Source)
at
org.apache.xerces.impl.XMLDocumentScannerImpl$TrailingMiscDispatcher.dispatch(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.fop.apps.Driver.render(Driver.java:230)
at org.apache.fop.apps.Driver.render(Driver.java:203)
at org.apache.fop.apps.Fop.main(Fop.java:57)
---------------------
The code base is that of 2004-07-16 around 9.00 MEZ (head).
Commenting out the offending line 191 in RtfListTable caused the conversion to
run through, though resulting in not conformant rtf.
The same file converted OK with a fop version that was approximately three
months old (also head).
The fo is produced using the current docbook stylesheets, originating from a
docbook source.