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 Rob Sargent <rs...@xmission.com> on 2012/05/29 22:20:03 UTC
position not a breakpoint
Using FOP-1.0, I've recently started seeing this exception and I'm
looking for clues on the root cause.
Caused by: java.lang.UnsupportedOperationException: Don't know how
to restart at positionSpaceHandlingPosition
at
org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:377)
at
org.apache.fop.layoutmgr.PageBreaker.doLayout(PageBreaker.java:85)
The variable positionAtBreak is an instance of
org.apache.fop.layoutmgr.SpaceResolver.SpaceHandlingPosition
and elementAtBreak is o.a.f.l.KnuthBox.
How do I trace this back to my source xml or is there some other
approach which would shed some light on this for me?
Re: position not a breakpoint
Posted by Rob Sargent <rs...@xmission.com>.
Just to bring a little closure to this, the problem is really the result
of a particular page layout combination. I will be opening up a new
thread, hopefully with some example fo's
On 05/30/2012 12:07 PM, Rob Sargent wrote:
> Thanks for the references. Similar problem for sure. The first may
> be more related to my situation. I have recently change the
> stylesheet, which used to print the chapter in question just fine.
> Will dig into the diffs.
>
>
> On 05/30/2012 01:35 AM, Pascal Sancho wrote:
>> Hi,
>>
>> I found 2 issues related to IPD change between 2 pages that throw
>> such exception:
>> https://issues.apache.org/bugzilla/show_bug.cgi?id=50985
>> https://issues.apache.org/bugzilla/show_bug.cgi?id=51043
>>
>> Perhaps the issue you are facing to is related to.
>>
>> That said, one method to focus on the source that causes the problem
>> is to look directly into the XLS-FO file.
>>
>> Le 29/05/2012 22:20, Rob Sargent a écrit :
>>> Using FOP-1.0, I've recently started seeing this exception and I'm
>>> looking for clues on the root cause.
>>>
>>> Caused by: java.lang.UnsupportedOperationException: Don't know how
>>> to restart at positionSpaceHandlingPosition
>>> at
>>>
>>> org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:377)
>>> at
>>> org.apache.fop.layoutmgr.PageBreaker.doLayout(PageBreaker.java:85)
>>>
>>>
>>> The variable positionAtBreak is an instance of
>>> org.apache.fop.layoutmgr.SpaceResolver.SpaceHandlingPosition
>>> and elementAtBreak is o.a.f.l.KnuthBox.
>>>
>>> How do I trace this back to my source xml or is there some other
>>> approach which would shed some light on this for me?
>>>
>>>
>>>
>>
>
>
> ---------------------------------------------------------------------
> 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
Re: position not a breakpoint
Posted by Rob Sargent <rs...@xmission.com>.
Thanks for the references. Similar problem for sure. The first may be
more related to my situation. I have recently change the stylesheet,
which used to print the chapter in question just fine. Will dig into
the diffs.
On 05/30/2012 01:35 AM, Pascal Sancho wrote:
> Hi,
>
> I found 2 issues related to IPD change between 2 pages that throw such
> exception:
> https://issues.apache.org/bugzilla/show_bug.cgi?id=50985
> https://issues.apache.org/bugzilla/show_bug.cgi?id=51043
>
> Perhaps the issue you are facing to is related to.
>
> That said, one method to focus on the source that causes the problem
> is to look directly into the XLS-FO file.
>
> Le 29/05/2012 22:20, Rob Sargent a écrit :
>> Using FOP-1.0, I've recently started seeing this exception and I'm
>> looking for clues on the root cause.
>>
>> Caused by: java.lang.UnsupportedOperationException: Don't know how
>> to restart at positionSpaceHandlingPosition
>> at
>>
>> org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:377)
>> at
>> org.apache.fop.layoutmgr.PageBreaker.doLayout(PageBreaker.java:85)
>>
>>
>> The variable positionAtBreak is an instance of
>> org.apache.fop.layoutmgr.SpaceResolver.SpaceHandlingPosition
>> and elementAtBreak is o.a.f.l.KnuthBox.
>>
>> How do I trace this back to my source xml or is there some other
>> approach which would shed some light on this for me?
>>
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: position not a breakpoint
Posted by Pascal Sancho <pa...@takoma.fr>.
Hi,
I found 2 issues related to IPD change between 2 pages that throw such
exception:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50985
https://issues.apache.org/bugzilla/show_bug.cgi?id=51043
Perhaps the issue you are facing to is related to.
That said, one method to focus on the source that causes the problem is
to look directly into the XLS-FO file.
Le 29/05/2012 22:20, Rob Sargent a écrit :
> Using FOP-1.0, I've recently started seeing this exception and I'm
> looking for clues on the root cause.
>
> Caused by: java.lang.UnsupportedOperationException: Don't know how
> to restart at positionSpaceHandlingPosition
> at
> org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:377)
> at org.apache.fop.layoutmgr.PageBreaker.doLayout(PageBreaker.java:85)
>
>
> The variable positionAtBreak is an instance of
> org.apache.fop.layoutmgr.SpaceResolver.SpaceHandlingPosition
> and elementAtBreak is o.a.f.l.KnuthBox.
>
> How do I trace this back to my source xml or is there some other
> approach which would shed some light on this for me?
>
>
>
--
Pascal
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org