You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-users@xmlgraphics.apache.org by Craig Ringer <cr...@postnewspapers.com.au> on 2010/06/23 15:12:39 UTC

Trunk r957150 NullPointerException on file that works with 0.95

Hi

I've pulled and built trunk to see if I can get any more use out of the
new intermediate format added since 0.95, but I'm finding that fop
aborts when trying to process the files I've been working with using 0.95.

The file:

  http://www.postnewspapers.com.au/~craig/cl_pdf.fo

causes fop, invoked as:

  java -jar fop.jar cl_pdf.fo -if cl_pdf_if.xml

or:

  java -jar fop.jar cl_pdf.fo -pdf cl.pdf

to terminate with:

> 23/06/2010 9:07:27 PM org.apache.fop.cli.Main startFOP
> SEVERE: Exception
> java.lang.NullPointerException
> 	at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:302)
> 	at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:130)
> 	at org.apache.fop.cli.Main.startFOP(Main.java:174)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> 	at java.lang.reflect.Method.invoke(Method.java:597)
> 	at org.apache.fop.cli.Main.startFOPWithDynamicClasspath(Main.java:133)
> 	at org.apache.fop.cli.Main.main(Main.java:207)
> Caused by: java.lang.NullPointerException
> 	at org.apache.fop.layoutmgr.inline.TextLayoutManager$TextAreaBuilder.setOffset(TextLayoutManager.java:481)
> 	at org.apache.fop.layoutmgr.inline.TextLayoutManager$TextAreaBuilder.build(TextLayoutManager.java:441)
> 	at org.apache.fop.layoutmgr.inline.TextLayoutManager$TextAreaBuilder.access$900(TextLayoutManager.java:394)
> 	at org.apache.fop.layoutmgr.inline.TextLayoutManager.addAreaInfoAreas(TextLayoutManager.java:368)
> 	at org.apache.fop.layoutmgr.inline.TextLayoutManager.addAreas(TextLayoutManager.java:297)
> 	at org.apache.fop.layoutmgr.AreaAdditionUtil.addAreas(AreaAdditionUtil.java:121)
> 	at org.apache.fop.layoutmgr.FlowLayoutManager.addAreas(FlowLayoutManager.java:342)
> 	at org.apache.fop.layoutmgr.PageBreaker.addAreas(PageBreaker.java:280)
> 	at org.apache.fop.layoutmgr.AbstractBreaker.addAreas(AbstractBreaker.java:626)
> 	at org.apache.fop.layoutmgr.AbstractBreaker.addAreas(AbstractBreaker.java:497)
> 	at org.apache.fop.layoutmgr.PageBreaker.doPhase3(PageBreaker.java:308)
> 	at org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:450)
> 	at org.apache.fop.layoutmgr.PageBreaker.doLayout(PageBreaker.java:85)
> 	at org.apache.fop.layoutmgr.PageSequenceLayoutManager.activateLayout(PageSequenceLayoutManager.java:107)
> 	at org.apache.fop.area.AreaTreeHandler.endPageSequence(AreaTreeHandler.java:238)
> 	at org.apache.fop.fo.pagination.PageSequence.endOfNode(PageSequence.java:120)
> 	at org.apache.fop.fo.FOTreeBuilder$MainFOHandler.endElement(FOTreeBuilder.java:349)
> 	at org.apache.fop.fo.FOTreeBuilder.endElement(FOTreeBuilder.java:177)
> 	at org.apache.xalan.transformer.TransformerIdentityImpl.endElement(TransformerIdentityImpl.java:1101)
> 	at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source)
> 	at org.apache.xerces.xinclude.XIncludeHandler.endElement(Unknown Source)
> 	at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanEndElement(Unknown Source)
> 	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
> 	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
> 	at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
> 	at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
> 	at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
> 	at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
> 	at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
> 	at org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:484)
> 	at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:299)
> 	at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:130)
> 	at org.apache.fop.cli.Main.startFOP(Main.java:174)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> 	at java.lang.reflect.Method.invoke(Method.java:597)
> 	at org.apache.fop.cli.Main.startFOPWithDynamicClasspath(Main.java:133)
> 	at org.apache.fop.cli.Main.main(Main.java:207)



Simple files seem to be processed fine, so this might be a previously
undetected defect in my XSL-FO output, but if so fop trunk isn't coping
with it all that neatly. I thought I should report it in case it matters.

--
Craig Ringer

---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org


Re: Trunk r957150 NullPointerException on file that works with 0.95

Posted by Pascal Sancho <pa...@takoma.fr>.
Hi Craig,

reproduced with this shrinked XSL-FO snippet:
<fo:root xmlns:fo="http://www.w3.org/1999/XSL/Format">
  <fo:layout-master-set>
    <fo:simple-page-master master-name="column">
      <fo:region-body/>
    </fo:simple-page-master>
  </fo:layout-master-set>
  <fo:page-sequence master-reference="column">
    <fo:flow flow-name="xsl-region-body">
      <fo:wrapper>
        <fo:wrapper>
          <fo:block/>
        </fo:wrapper>
        <fo:wrapper>
          <fo:block/>
        </fo:wrapper>
      </fo:wrapper>
    </fo:flow>
  </fo:page-sequence>
</fo:root>

This seems to be related to double wrapper nested in another wrapper.
As a workaround, you can:
 - either replace the "root" wrapper with an fo:bock
 - or suppress this "root" wrapper and place properties directly on the
parent fo:flow.

For the issue itself, can you fill in a bug (see [1]) and attach it the
above snippet, please?

[1] http://xmlgraphics.apache.org/fop/bugs.html


Pascal


Le 23/06/2010 15:12, Craig Ringer a écrit :
> Hi
>
> I've pulled and built trunk to see if I can get any more use out of the
> new intermediate format added since 0.95, but I'm finding that fop
> aborts when trying to process the files I've been working with using 0.95.
>
> The file:
>
>   http://www.postnewspapers.com.au/~craig/cl_pdf.fo
>
> causes fop, invoked as:
>
>   java -jar fop.jar cl_pdf.fo -if cl_pdf_if.xml
>
> or:
>
>   java -jar fop.jar cl_pdf.fo -pdf cl.pdf
>
> to terminate with:
>
>   
>> 23/06/2010 9:07:27 PM org.apache.fop.cli.Main startFOP
>> SEVERE: Exception
>> java.lang.NullPointerException
>> 	at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:302)
>> 	at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:130)
>> 	at org.apache.fop.cli.Main.startFOP(Main.java:174)
>> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> 	at java.lang.reflect.Method.invoke(Method.java:597)
>> 	at org.apache.fop.cli.Main.startFOPWithDynamicClasspath(Main.java:133)
>> 	at org.apache.fop.cli.Main.main(Main.java:207)
>> Caused by: java.lang.NullPointerException
>> 	at org.apache.fop.layoutmgr.inline.TextLayoutManager$TextAreaBuilder.setOffset(TextLayoutManager.java:481)
>> 	at org.apache.fop.layoutmgr.inline.TextLayoutManager$TextAreaBuilder.build(TextLayoutManager.java:441)
>> 	at org.apache.fop.layoutmgr.inline.TextLayoutManager$TextAreaBuilder.access$900(TextLayoutManager.java:394)
>> 	at org.apache.fop.layoutmgr.inline.TextLayoutManager.addAreaInfoAreas(TextLayoutManager.java:368)
>> 	at org.apache.fop.layoutmgr.inline.TextLayoutManager.addAreas(TextLayoutManager.java:297)
>> 	at org.apache.fop.layoutmgr.AreaAdditionUtil.addAreas(AreaAdditionUtil.java:121)
>> 	at org.apache.fop.layoutmgr.FlowLayoutManager.addAreas(FlowLayoutManager.java:342)
>> 	at org.apache.fop.layoutmgr.PageBreaker.addAreas(PageBreaker.java:280)
>> 	at org.apache.fop.layoutmgr.AbstractBreaker.addAreas(AbstractBreaker.java:626)
>> 	at org.apache.fop.layoutmgr.AbstractBreaker.addAreas(AbstractBreaker.java:497)
>> 	at org.apache.fop.layoutmgr.PageBreaker.doPhase3(PageBreaker.java:308)
>> 	at org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:450)
>> 	at org.apache.fop.layoutmgr.PageBreaker.doLayout(PageBreaker.java:85)
>> 	at org.apache.fop.layoutmgr.PageSequenceLayoutManager.activateLayout(PageSequenceLayoutManager.java:107)
>> 	at org.apache.fop.area.AreaTreeHandler.endPageSequence(AreaTreeHandler.java:238)
>> 	at org.apache.fop.fo.pagination.PageSequence.endOfNode(PageSequence.java:120)
>> 	at org.apache.fop.fo.FOTreeBuilder$MainFOHandler.endElement(FOTreeBuilder.java:349)
>> 	at org.apache.fop.fo.FOTreeBuilder.endElement(FOTreeBuilder.java:177)
>> 	at org.apache.xalan.transformer.TransformerIdentityImpl.endElement(TransformerIdentityImpl.java:1101)
>> 	at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source)
>> 	at org.apache.xerces.xinclude.XIncludeHandler.endElement(Unknown Source)
>> 	at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanEndElement(Unknown Source)
>> 	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
>> 	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
>> 	at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
>> 	at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
>> 	at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
>> 	at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
>> 	at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
>> 	at org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:484)
>> 	at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:299)
>> 	at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:130)
>> 	at org.apache.fop.cli.Main.startFOP(Main.java:174)
>> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> 	at java.lang.reflect.Method.invoke(Method.java:597)
>> 	at org.apache.fop.cli.Main.startFOPWithDynamicClasspath(Main.java:133)
>> 	at org.apache.fop.cli.Main.main(Main.java:207)
>>     
>
>
> Simple files seem to be processed fine, so this might be a previously
> undetected defect in my XSL-FO output, but if so fop trunk isn't coping
> with it all that neatly. I thought I should report it in case it matters.
>
> --
> Craig Ringer
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
>
> .
>
>   


---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org