DO NOT REPLY [Bug 50575] New: Binary release of fop-1.0 gives "Error reading event-model.xml" when run on RHEL5

2011-01-11 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50575

   Summary: Binary release of fop-1.0 gives "Error reading
event-model.xml" when run on RHEL5
   Product: Fop
   Version: 1.0
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: general
AssignedTo: fop-dev@xmlgraphics.apache.org
ReportedBy: alexanderfauc...@gmail.com


I extracted fop-1.0 and ran it for xml2txt conversion and got an exception on
event-model.xml not found.  Those files do not exist in the binary release.  I
noticed that when I build from source I get those files under multiple paths
like ./build/classes/org/apache/fop/... and ./build/gensrc/org/apache/fop/...
but I get the same exception when I run ./fop from there.

This is fop-1.0 release on RHEL5.

The command:
./fop -xml ~/input.xml -xsl ~/stylesheet.xslt -c ~/fop.xml -txt ~/result.txt

11-Jan-11 5:46:11 PM org.apache.fop.render.txt.TXTRenderer startRenderer
INFO: Rendering areas to TEXT.
11-Jan-11 5:46:12 PM org.apache.fop.fo.FOTreeBuilder fatalError
SEVERE: javax.xml.transform.TransformerException: Error reading
event-model.xml: http://xml.org/sax/handlers/LexicalHandler
11-Jan-11 5:46:12 PM org.apache.fop.cli.Main startFOP
SEVERE: Exception
javax.xml.transform.TransformerException: Error reading event-model.xml:
http://xml.org/sax/handlers/LexicalHandler
   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 org.apache.fop.cli.Main.main(Main.java:205)

-

javax.xml.transform.TransformerException: Error reading event-model.xml:
http://xml.org/sax/handlers/LexicalHandler
   at
org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2416)
   at
org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1374)
   at
org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2411)
   at
org.apache.xalan.transformer.TransformerImpl.applyTemplateToNode(TransformerImpl.java:2281)
   at
org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.java:1367)
   at
org.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:709)
   at
org.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:1284)
   at
org.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:1262)
   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 org.apache.fop.cli.Main.main(Main.java:205)
Caused by: java.util.MissingResourceException: Error reading event-model.xml:
http://xml.org/sax/handlers/LexicalHandler
   at
org.apache.fop.events.DefaultEventBroadcaster.loadModel(DefaultEventBroadcaster.java:90)
   at
org.apache.fop.events.DefaultEventBroadcaster.getEventProducerModel(DefaultEventBroadcaster.java:114)
   at
org.apache.fop.events.DefaultEventBroadcaster.createProxyFor(DefaultEventBroadcaster.java:142)
   at
org.apache.fop.events.DefaultEventBroadcaster.getEventProducerFor(DefaultEventBroadcaster.java:129)
   at
org.apache.fop.fonts.FontEventProducer$Provider.get(FontEventProducer.java:43)
   at
org.apache.fop.fonts.FontEventAdapter.getEventProducer(FontEventAdapter.java:44)
   at
org.apache.fop.fonts.FontEventAdapter.fontSubstituted(FontEventAdapter.java:51)
   at org.apache.fop.fonts.FontInfo.notifyFontReplacement(FontInfo.java:468)
   at org.apache.fop.fonts.FontInfo.fontLookup(FontInfo.java:223)
   at org.apache.fop.fonts.FontInfo.fontLookup(FontInfo.java:401)
   at org.apache.fop.fonts.FontInfo.fontLookup(FontInfo.java:433)
   at org.apache.fop.fo.properties.CommonFont.getFontState(CommonFont.java:222)
   at
org.apache.fop.layoutmgr.BlockLayoutManager.initialize(BlockLayoutManager.java:84)
   at
org.apache.fop.layoutmgr.AbstractLayoutManager.getChildLM(AbstractLayoutManager.java:120)
   at
org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:69)
   at
org.apache.fop.layoutmgr.PageBreaker.getNextKnuthElements(PageBreaker.java:216)
   at
org.apache.fop.layoutmgr.AbstractBreaker.getNextBlockList(AbstractBreaker.java:692)
   at
org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:149)
   at
org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:132)
   at
org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:337)
   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(PageSeque

DO NOT REPLY [Bug 50574] content overflow onto second ODD page causes NullPointerException

2011-01-11 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50574

Lance Knorr  changed:

   What|Removed |Added

 CC||lancekn...@hotmail.com
   Platform|PC  |All
 OS/Version|Windows XP  |All

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.


DO NOT REPLY [Bug 50574] New: content overflow onto second ODD page causes NullPointerException

2011-01-11 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50574

   Summary: content overflow onto second ODD page causes
NullPointerException
   Product: Fop
   Version: 1.0
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: major
  Priority: P2
 Component: page-master/layout
AssignedTo: fop-dev@xmlgraphics.apache.org
ReportedBy: lancekn...@hotmail.com


Created an attachment (id=26480)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=26480)
XSL-FO demonstrating the odd page content overflow

I have a scenario where I print mailing labels on the back of each piece of
paper (even pages).  When content is too much on page 1, it should overflow
onto page 3 (while mailing labels print on both page 2 and page 4).

ISSUE:
In FOP 1.0 when the content overflows page 1 to flow onto the next ODD page, a
java.lang.NullPointerException is thrown.  This functionality did work in FOP
0.95.

Attached a simple XSL-FO to demonstrate this.

Thanks.

lance

Here's the exception:
java.lang.NullPointerException
at
org.apache.fop.layoutmgr.PageBreakingAlgorithm.filterActiveNodes(PageBreakingAlgorithm.java:1028)
at
org.apache.fop.layoutmgr.BreakingAlgorithm.findBreakingPoints(BreakingAlgorithm.java:527)
at
org.apache.fop.layoutmgr.BreakingAlgorithm.findBreakingPoints(BreakingAlgorithm.java:439)
at
org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:369)
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:1050)
at org.apache.xerces.parsers.AbstractSAXParser.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:452)

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.


Re: The base of relative URIs in fop.xconf

2011-01-11 Thread Simon Pepping
On Tue, Jan 11, 2011 at 10:55:25AM +, Peter Hancock wrote:
> Hi,
> 
> When configuring the base directory using the fop.xconf relative urls
> are based on the working directory, and not the fop.xconf.
> This contradicts the URI specification as pointed out in
> http://old.nabble.com/Re%3A-Problem-with-custom-fonts-p10013042.html

I hate it when applications show this bug. I was not aware that FOP
suffers from it. The problem must be solved as soon as possible.
 
> Can anyone suggest a robust way of achieving this scenario, given the
> current limitations of FOP, or should I fix this bug?

It would be wonderful if you can provide a fix.

Simon


DO NOT REPLY [Bug 48263] break-before="page" in table-row

2011-01-11 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=48263

Krister Wicksell  changed:

   What|Removed |Added

 CC||krister.wicks...@zert.se

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.


DO NOT REPLY [Bug 48263] break-before="page" in table-row

2011-01-11 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=48263

--- Comment #4 from Krister Wicksell  2011-01-11 
08:56:40 EST ---
I can confirm this bug on my system. Page breaks inside tables are ignored.

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.


The base of relative URIs in fop.xconf

2011-01-11 Thread Peter Hancock
Hi,

When configuring the base directory using the fop.xconf relative urls
are based on the working directory, and not the fop.xconf.
This contradicts the URI specification as pointed out in
http://old.nabble.com/Re%3A-Problem-with-custom-fonts-p10013042.html

This can be more than an simple inconvenience when the working
directory and the location of the fop.xconf are not related.

Here is an example of something I wish to achieve with a set of limitations

 *  I have a directory that contains both a fop.xconf and a directory
of resources (fonts etc).
 *  In the fop.xconf I want to reference resources relative to the fop.xconf.
 *  I am unable to change path to the current working directory to
coincide with the fop.xconf:
e.g I may be running the FOP ant task that uses the location of the
ant script as the working directory.
 *  Using absolute paths is not an option since I wish to be able to
move the fop.xconf without changing URIs referenced within.

Can anyone suggest a robust way of achieving this scenario, given the
current limitations of FOP, or should I fix this bug?

Thanks,

Pete