FOP hangs after XML error
Hello. I'm running FOP 0.20.1 on a W2K PC. If there is an error in the input XML, FOP displays the error and hangs. I have to press Ctrl-C to stop it. This has never bothered me before, but now I'm running FOP many times in batch during the night and I don't want it to stop if one of the XML files is wrong. I've looked in the source-code to try and fix this, but there is something I don't understand: If there is an error in the input XSL, FOP behaves differently: it displays the error and stops. This happens in the XSLTInputHandler class, in the getParser method, at line 109: throw new FOPException(ex). I compare this code with the code the generates the exception when the input XML is wrong: Driver class, render method, line 461: throw new FOPException(e). These two lines are exactly the same; why does FOP behave differently? Thanks, Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Design Tasks
Hi All, These are the design tasks that I think we need to cover before (serious) coding is done on the new layout approach. FO Objects: The classes that represent the FO object heirarchy should implement one or more interfaces that represent what the object can do in terms of the layout and what it will add into the layout. An fo object can create an inline or a block area or return what its children create. Layout Managers: Areas that create a page or block area will need to implement a layout manager that can take the information for the current object and add child created areas. It is likely that there will be managers for page, block, table and list among others. Area Tree: The area tree needs to have all the appropriate block and inline areas and extra information to handle the layout process. Inline areas - character, leader, space, unresolved page, container etc. Block areas - in flow block, relative and absolute position, viewport areas Renderers: The renderers need to be able to handle the area tree. eg. blocks, inlines, fills, clips, viewports, etc. The design includes descriptions of what it does, the layout situations it handles and how it is used. Of course all of these parts will need to co-operate, so co-operation will be needed when doing the design. Across all of these are things like footnotes, floats and links. So far I have started to look at the area tree. So for those people who think they are up to the challenge we can start to get stuck into the lower level design/implementation of the new layout. I think a two week period is enough to get a good view of what we need to do here. So we can aim for 24 Sept. Documents will eventually be placed in docs/design to add to the current information. Any questions/comments are welcome and particularly contributions. Keiron - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Design Tasks
From: Keiron Liddle [EMAIL PROTECTED] Documents will eventually be placed in docs/design to add to the current information. Any questions/comments are welcome and particularly contributions. Keiron, i would like to help in further development of fop. currently i'm still in the learning stage and because of that i would realy like to read the lastest doc from you in docs/design. unfortunately i don't know much about docbook and the information given in the docs/design/Readme is not sufficient for me to generate the pdfs. The Readme: To convert to pdf: - place the docbook files in a directory name docbook which are the docbook files. and what should be the parent directory of docbook , should i create this directory in the docbook or in the fop package or do i need to create a new directory hirachy for the conversion ? - place docbookx package in a directory name docbookx what exactly is the docbookx package? is it the zip file found in http://www.oasis-open.org/docbook/xml/4.1.2/index.shtml called docbkx412.zip ? the files are avaialable here: http://www.oasis-open.org/docbook/xml/4.1.2/index.shtml what files do i need from this site ? just the .zip ? do i need anything from http://sourceforge.net/projects/docbook ? - run the build script im working on w2k so i need to translate the sh script to .bat. what is jboss and how do i need to set $JBOSS_HOME ? bodo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Design Tasks
On Mon, 10 Sep 2001 12:11:46 Bodo Teichmann wrote: i would like to help in further development of fop. currently i'm still in the learning stage and because of that i would realy like to read the lastest doc from you in docs/design. unfortunately i don't know much about docbook and the information given in the docs/design/Readme is not sufficient for me to generate the pdfs. The Readme: To convert to pdf: - place the docbook files in a directory name docbook which are the docbook files. and what should be the parent directory of docbook , should i create this directory in the docbook or in the fop package or do i need to create a new directory hirachy for the conversion ? The docbook files are the files from the distribution at http://sourceforge.net/projects/docbook. You need to unpack the distro and put the files into the docs/design/docbook directory. So that the docbook README file (among others) will be in docs/design/docbook/README. - place docbookx package in a directory name docbookx what exactly is the docbookx package? is it the zip file found in http://www.oasis-open.org/docbook/xml/4.1.2/index.shtml called docbkx412.zip ? the files are avaialable here: http://www.oasis-open.org/docbook/xml/4.1.2/index.shtml what files do i need from this site ? just the .zip ? You just need to get the zip file docbkx412.zip and to then unzip it into the docs/design/docbookx/ directory. I don't really know what the package is, something to do with dtds. do i need anything from http://sourceforge.net/projects/docbook ? - run the build script im working on w2k so i need to translate the sh script to .bat. what is jboss and how do i need to set $JBOSS_HOME ? This is an error, just ignore it, it will go away. -- You will also need the ant optional jar file in lib/optional.jar Hopefully this will become easier?? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Design Tasks
Hi, Keiron I'd like to look at the FO Object category. I think your target date is a good one. Regards, Arved Quoting Keiron Liddle [EMAIL PROTECTED]: Hi All, These are the design tasks that I think we need to cover before (serious) coding is done on the new layout approach. FO Objects: The classes that represent the FO object heirarchy should implement one or more interfaces that represent what the object can do in terms of the layout and what it will add into the layout. An fo object can create an inline or a block area or return what its children create. Layout Managers: Areas that create a page or block area will need to implement a layout manager that can take the information for the current object and add child created areas. It is likely that there will be managers for page, block, table and list among others. Area Tree: The area tree needs to have all the appropriate block and inline areas and extra information to handle the layout process. Inline areas - character, leader, space, unresolved page, container etc. Block areas - in flow block, relative and absolute position, viewport areas Renderers: The renderers need to be able to handle the area tree. eg. blocks, inlines, fills, clips, viewports, etc. The design includes descriptions of what it does, the layout situations it handles and how it is used. Of course all of these parts will need to co-operate, so co-operation will be needed when doing the design. Across all of these are things like footnotes, floats and links. So far I have started to look at the area tree. So for those people who think they are up to the challenge we can start to get stuck into the lower level design/implementation of the new layout. I think a two week period is enough to get a good view of what we need to do here. So we can aim for 24 Sept. Documents will eventually be placed in docs/design to add to the current information. Any questions/comments are welcome and particularly contributions. Keiron - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] --- This mail was sent through the Nova Scotia Provincial Server, with technical resources provided by Chebucto Community Net. http://nsaccess.ns.ca/mail/ http://www.chebucto.ns.ca/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: xml-fop/docs/design README areas.xml build.sh build.xml fop.xml optimise.xml useragent.xml
keiron 01/09/10 04:32:13 Modified:docs/design README areas.xml build.sh build.xml fop.xml optimise.xml useragent.xml Log: some minor updates, no longer need ant optional Revision ChangesPath 1.2 +5 -1 xml-fop/docs/design/README Index: README === RCS file: /home/cvs/xml-fop/docs/design/README,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- README2001/09/07 11:33:46 1.1 +++ README2001/09/10 11:32:13 1.2 @@ -2,10 +2,14 @@ http://sourceforge.net/projects/docbook To convert to pdf: -- place the docbook files in a directory name docbook +- place the docbook files in a directory named docbook +download and unzip the docbook distribution into the +directory cvs/docs/design/dockbook/ + - place docbookx package in a directory name docbookx the files are avaialable here: http://www.oasis-open.org/docbook/xml/4.1.2/index.shtml + - run the build script 1.2 +4 -1 xml-fop/docs/design/areas.xml Index: areas.xml === RCS file: /home/cvs/xml-fop/docs/design/areas.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- areas.xml 2001/09/07 11:33:46 1.1 +++ areas.xml 2001/09/10 11:32:13 1.2 @@ -7,7 +7,10 @@ for similar areas and groups of areas. /para para - +Since the area tree will be used during the layout by the layout managers +it will need to store information that affects the layout. The information +such as spacing and keeps will be held in such a way that it can be +discarded once the layout is finalised. /para /section 1.2 +5 -5 xml-fop/docs/design/build.sh Index: build.sh === RCS file: /home/cvs/xml-fop/docs/design/build.sh,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- build.sh 2001/09/07 11:33:46 1.1 +++ build.sh 2001/09/10 11:32:13 1.2 @@ -1,9 +1,10 @@ #! /bin/sh -# $Id: build.sh,v 1.1 2001/09/07 11:33:46 keiron Exp $ +# $Id: build.sh,v 1.2 2001/09/10 11:32:13 keiron Exp $ -LIBDIR=../../lib +LIBDIR=../../lib TARGET_CLASSPATH=$LIBDIR/ant.jar:\ $LIBDIR/buildtools.jar:\ +$LIBDIR/xalan-2.0.0.jar:\ $LIBDIR/xalan-1.2.2.jar:\ $LIBDIR/xerces-1.2.3.jar:\ $LIBDIR/bsf.jar:\ @@ -11,7 +12,6 @@ $LIBDIR/logkit-1.0b4.jar:\ $LIBDIR/avalon-framework-4.0.jar:\ $LIBDIR/batik.jar:\ -$LIBDIR/optional.jar:\ $LIBDIR/jimi-1.0.jar: if [ $JAVA_HOME != ] ; then @@ -19,5 +19,5 @@ else echo Error: The JAVA_HOME environment variable is not set. fi - -java -classpath $TARGET_CLASSPATH -Djboss.home=$JBOSS_HOME org.apache.tools.ant.Main $* + +java -classpath $TARGET_CLASSPATH org.apache.tools.ant.Main $* 1.2 +6 -0 xml-fop/docs/design/build.xml Index: build.xml === RCS file: /home/cvs/xml-fop/docs/design/build.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- build.xml 2001/09/07 11:33:46 1.1 +++ build.xml 2001/09/10 11:32:13 1.2 @@ -12,6 +12,7 @@ property name=lib.dir value=${basedir}/lib/ + taskdef name=xslt classname=org.apache.fop.tools.anttasks.Xslt/ taskdef name=fop classname=org.apache.fop.tools.anttasks.Fop/ /target @@ -42,11 +43,16 @@ target name=pdf depends=prepare echo message=Building pdf documentation. Please wait .../ delete file=fop.fo/ +xslt infile=fop.xml xsltfile=docbook/fo/docbook.xsl +dependent=fop.xml +outfile=fop.fo smart=yes/ +!-- style basedir=./ destdir=./ style=docbook/fo/docbook.xsl extension=.fo includes=fop.xml/ +-- fop fofile=fop.fo pdffile=fop.pdf/ !--delete file=fop.fo/-- /target 1.2 +1 -1 xml-fop/docs/design/fop.xml Index: fop.xml === RCS file: /home/cvs/xml-fop/docs/design/fop.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- fop.xml 2001/09/07 11:33:47 1.1 +++ fop.xml 2001/09/10 11:32:13 1.2 @@ -23,7 +23,7 @@ titleAreas/title areas.xml; /chapter -chapter id=areas +chapter id=optimise titleOptimising/title optimise.xml; /chapter 1.2 +2 -2 xml-fop/docs/design/optimise.xml Index: optimise.xml === RCS file: /home/cvs/xml-fop/docs/design/optimise.xml,v retrieving revision 1.1 retrieving
Re: Design Tasks
Keiron, i still have a little problem with the optional.jar. runing build.bat gives me an: C:\workdir_cvs\xml-fop_cvs\docs\design\build.xml:49: java.lang.ClassNotFoundExce ption: org.apache.tools.ant.taskdefs.optional.TraXLiaison error. looking into optional.jar, downloaded from http://jakarta.apache.org/builds/jakarta-ant/release/v1.4/bin/ jakarta-ant-1.4-optional.jar (and placed into fops lib directroy) tells me that there is no TraXLiaison class in package org.apache.tools.ant.taskdefs.optional. (i can only find a XslpLiaison.class) do you use a different version of optional.jar or do i need to recompile ant with special options? Bodo - Original Message - From: Keiron Liddle [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, September 10, 2001 12:32 PM Subject: Re: Design Tasks On Mon, 10 Sep 2001 12:11:46 Bodo Teichmann wrote: i would like to help in further development of fop. currently i'm still in the learning stage and because of that i would realy like to read the lastest doc from you in docs/design. unfortunately i don't know much about docbook and the information given in the docs/design/Readme is not sufficient for me to generate the pdfs. The Readme: To convert to pdf: - place the docbook files in a directory name docbook which are the docbook files. and what should be the parent directory of docbook , should i create this directory in the docbook or in the fop package or do i need to create a new directory hirachy for the conversion ? The docbook files are the files from the distribution at http://sourceforge.net/projects/docbook. You need to unpack the distro and put the files into the docs/design/docbook directory. So that the docbook README file (among others) will be in docs/design/docbook/README. - place docbookx package in a directory name docbookx what exactly is the docbookx package? is it the zip file found in http://www.oasis-open.org/docbook/xml/4.1.2/index.shtml called docbkx412.zip ? the files are avaialable here: http://www.oasis-open.org/docbook/xml/4.1.2/index.shtml what files do i need from this site ? just the .zip ? You just need to get the zip file docbkx412.zip and to then unzip it into the docs/design/docbookx/ directory. I don't really know what the package is, something to do with dtds. do i need anything from http://sourceforge.net/projects/docbook ? - run the build script im working on w2k so i need to translate the sh script to .bat. what is jboss and how do i need to set $JBOSS_HOME ? This is an error, just ignore it, it will go away. -- You will also need the ant optional jar file in lib/optional.jar Hopefully this will become easier?? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Design Tasks
On Mon, 10 Sep 2001 13:57:30 Bodo Teichmann wrote: Keiron, i still have a little problem with the optional.jar. runing build.bat gives me an: C:\workdir_cvs\xml-fop_cvs\docs\design\build.xml:49: java.lang.ClassNotFoundExce ption: org.apache.tools.ant.taskdefs.optional.TraXLiaison error. looking into optional.jar, downloaded from http://jakarta.apache.org/builds/jakarta-ant/release/v1.4/bin/ jakarta-ant-1.4-optional.jar (and placed into fops lib directroy) tells me that there is no TraXLiaison class in package org.apache.tools.ant.taskdefs.optional. (i can only find a XslpLiaison.class) do you use a different version of optional.jar or do i need to recompile ant with special options? Bodo I have just changed it so that you don't need this jar, it uses the xslt task that is in the fop tools instead. So update your cvs and it should be a bit better. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
want EURO character instead of # - solved
solved the problem by switching the euro-sign against a unicode-sequence by a preprocessor... COFFMAN Steven wrote: Axel, I don't think he's embedding the font. That would explain why it displays different on Windows 2000 and Linux, regardless of where it was generated. Mark, I think your font in Linux doesn't contain the Euro character. What font is it, and what Linux distribution/version are you using? -Steve -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 30, 2001 9:38 AM To: [EMAIL PROTECTED] Subject: Re: - want EURO character instead of # as the font is embedded in the PDF, it does not matter if the viewing platform has a correct font file including the euro symbol, only the platfomr that you run FOP on is relevant to the PDF (which would be your linux box). HTH Axel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] begin:vcard n:Müller;Marc tel;work:0711-13353-82 x-mozilla-html:FALSE adr:;; version:2.1 email;internet:[EMAIL PROTECTED] fn:Marc Müller end:vcard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Design Tasks
Keiron, now i got the pdf but still have the following problems: 1. the relative uri in fop.xml do not work. i get the following error from the SAX parser: Task xslt - SAX ERROR: org.xml.sax.SAXParseException: Relative URI design/intro.xml; kann nicht ohne eine Dokument-URI aufgel÷st werden. DEBUG 10001 [fop ] (): using SAX parser org.apache.xerces.parsers.SAXPar ser Failed to open C:\workdir_cvs\xml-fop_cvs\docs\design\fop.pdf BUILD FAILED unfortuately the error message is a terrible mix from german (but without german umlauts) and english. the german parts translated back to english probably mean: 'Relative URI design/intro.xml; can not be resoved without a Document-URI.' if i replace all relative URI with absolute ones starting with file:///C:/workdir_cvs/xml-fop_cvs/docs/ then it works up to this problem: 2. beside some warnings fop can not handle the external SVG's so that the pdf has no images contained: output from build.bat: ... [5 ] [1 ] [2 ERROR 10001 [fop ] (): ERROR LOADING EXTERNAL SVG: SAX2 driver class org .apache.xerces.parsers.SAXParser not found Error while creating area : No ImageReader for this type of image (file:page.svg ) ] [3 ] [4 ERROR 10001 [fop ] (): ERROR LOADING EXTERNAL SVG: SAX2 driver class org .apache.xerces.parsers.SAXParser not found Error while creating area : No ImageReader for this type of image (file:float.sv g) ] [5 ] [6 ] [7 ] [8 ] [9 ] [10 ] Parsing of document complete, stopping renderer Initial heap size: 8895Kb Current heap size: 8776Kb Total memory used: -118Kb Memory use is indicative; no GC was performed These figures should not be used comparatively Total time used: 5388ms Pages rendererd: 15 Avg render time: 359ms/page docs: BUILD SUCCESSFUL Total time: 19 seconds Bodo - Original Message - From: Keiron Liddle [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, September 10, 2001 2:00 PM Subject: Re: Design Tasks On Mon, 10 Sep 2001 13:57:30 Bodo Teichmann wrote: Keiron, i still have a little problem with the optional.jar. runing build.bat gives me an: C:\workdir_cvs\xml-fop_cvs\docs\design\build.xml:49: java.lang.ClassNotFoundExce ption: org.apache.tools.ant.taskdefs.optional.TraXLiaison error. looking into optional.jar, downloaded from http://jakarta.apache.org/builds/jakarta-ant/release/v1.4/bin/ jakarta-ant-1.4-optional.jar (and placed into fops lib directroy) tells me that there is no TraXLiaison class in package org.apache.tools.ant.taskdefs.optional. (i can only find a XslpLiaison.class) do you use a different version of optional.jar or do i need to recompile ant with special options? Bodo I have just changed it so that you don't need this jar, it uses the xslt task that is in the fop tools instead. So update your cvs and it should be a bit better. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Design Tasks
It sounds like a problem with windows (dos) and classpaths. It works fine for me on unix so I don't really know what the problem is. On Mon, 10 Sep 2001 15:48:21 Bodo Teichmann wrote: 'Relative URI design/intro.xml; can not be resoved without a Document-URI.' if i replace all relative URI with absolute ones starting with file:///C:/workdir_cvs/xml-fop_cvs/docs/ then it works up to this problem: 2. beside some warnings fop can not handle the external SVG's so that the pdf has no images contained: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Layout Redesign
Hi all, hi designers, I'd like to follow your ideas for the new design. But somehow me pc is unable to connect to your design document at http://xml.apache.org/fop/fop.pdf. Instead I get this page not found error (HTTP 404). Any other places to look for it? Soon coming more ... - Corinna (back again and struggling to become up to date wrt FOP!) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3531] New: fo:table-column column-number attribute does not work
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3531 *** shadow/3531 Mon Sep 10 11:13:20 2001 --- shadow/3531.tmp.8576Mon Sep 10 11:13:20 2001 *** *** 0 --- 1,54 + ++ + | fo:table-column column-number attribute does not work | + ++ + |Bug #: 3531Product: Fop | + | Status: NEW Version: 0.17| + | Resolution:Platform: PC | + | Severity: Normal OS/Version: Windows NT/2K | + | Priority: Other Component: pdf renderer| + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED]| + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + I'm using FOP 0.20.1 on MS Windows + + If I use this code to set column widths for a table, the widths are set properly: + + fo:table-column column-width=0.3in column-number=1/ + fo:table-column column-width=0.6in column-number=2/ + fo:table-column column-width=0.4in column-number=3/ + fo:table-column column-width=0.7in column-number=4/ + fo:table-column column-width=1.1in column-number=5/ + fo:table-column column-width=0.3in column-number=6/ + fo:table-column column-width=0.3in column-number=7/ + fo:table-column column-width=0.5in column-number=8/ + fo:table-column column-width=0.5in column-number=9/ + fo:table-column column-width=0.6in column-number=10/ + fo:table-column column-width=0.3in column-number=11/ + fo:table-column column-width=0.4in column-number=12/ + fo:table-column column-width=0.7in column-number=13/ + + If I use this code, the widths are set as if the column-number attribute were + not included. + fo:table-column column-width=0.3in column-number=1/ + fo:table-column column-width=0.3in column-number=6/ + fo:table-column column-width=0.3in column-number=7/ + fo:table-column column-width=0.4in column-number=3/ + fo:table-column column-width=0.7in column-number=4/ + fo:table-column column-width=0.6in column-number=2/ + fo:table-column column-width=1.1in column-number=5/ + fo:table-column column-width=0.5in column-number=8/ + fo:table-column column-width=0.3in column-number=11/ + fo:table-column column-width=0.4in column-number=12/ + fo:table-column column-width=0.7in column-number=13/ + fo:table-column column-width=0.5in column-number=9/ + fo:table-column column-width=0.6in column-number=10/ + + This behavior seems to be true no matter in which order I place the columns. I + have not tested to see if the behavior is replicated if fewer columns are used. + + Chuck Paussa - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3475] Large images cause PDF generation to run out of memory
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3475 *** shadow/3475 Sun Sep 9 03:27:57 2001 --- shadow/3475.tmp.10226 Mon Sep 10 13:21:44 2001 *** *** 2,9 | Large images cause PDF generation to run out of memory | ++ |Bug #: 3475Product: Fop | ! | Status: RESOLVEDVersion: all | ! | Resolution: FIXED Platform: PC | | Severity: MajorOS/Version: Windows NT/2K | | Priority: Other Component: images | ++ --- 2,9 | Large images cause PDF generation to run out of memory | ++ |Bug #: 3475Product: Fop | ! | Status: REOPENEDVersion: all | ! | Resolution:Platform: PC | | Severity: MajorOS/Version: Windows NT/2K | | Priority: Other Component: images | ++ *** *** 36,39 Cheers, Paul ! [EMAIL PROTECTED] --- 36,45 Cheers, Paul ! [EMAIL PROTECTED] ! ! --- Additional Comments From [EMAIL PROTECTED] 2001-09-10 13:21 --- ! Can someone with cvs access pick this up? ! ! Thanks, ! Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Design Tasks
Hi Keiron, I'd like to think about Layout Managers, but I'd be more than happy to bat ideas around with anyone else who's interested in that. Karen Keiron Liddle wrote: Hi All, These are the design tasks that I think we need to cover before (serious) coding is done on the new layout approach. . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Design Tasks
Hi Bodo, Maybe it's Windows or maybe it's your Xslt task. The fact that the parser can't find a URI for your document sounds familiar. I mad a change in Xslt a couple of weeks ago which I think might fix this. Assuming you are updating from CVS, please make sure you update the sources and then rebuild the buildtools.jar. using the command build -buildfile buildtools.xml in your xml-fop directory. Hope that helps you. -Karen Lease Bodo Teichmann wrote: Keiron, now i got the pdf but still have the following problems: 1. the relative uri in fop.xml do not work. i get the following error from the SAX parser: Task xslt - SAX ERROR: org.xml.sax.SAXParseException: Relative URI design/intro.xml; kann nicht - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: how to keep together
Hi Suhail, Actually to keep two different FO together, you need to use keep-with-next or keep-with-previous. The keep-together property means to keep an entire FO in the same page or column (if possible). For example, if you put keep-together on an fo:block, FOP should try to keep the whole block in the same column/page. Unfortunately, support for all kinds of keep- properties is quite limited in FOP. They work fairly well on table-rows. Keep-with-next is (I think) at least partially supported on fo:block, so try using that on the block before the table. Good luck, Karen Suhail Rashid wrote: Hi, As keep-together is not supported in FOP as of now how can i ensure that a table and a preceding block appear together on the same page.. Please pass on any ideas u have.. Thanks in advance, Suhail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Infinately repeating table headers (RE: Concurrency problem? Something else?)
Title: Infinately repeating table headers (RE: Concurrency problem? Something else?) Hello all! About a week ago we experienced a mysterious problem with FOP generating an absurd number of pages and exhausting our memory supply, the whole 1.5 gig! We weren't initally able to reproduce the effect, but, after hacking over the PageSequece class in version 0.17.0 such that it threw an Error in case too many pages were getting generated, we were able to find a test case and trap the input FO which caused the problem. After a bit of analysis it became clear that some combination of table headers and keep conditions were the culprit. I tried making a table with a header too big to fit on a page and FOP remained reasonable: it ouput two blank pages and then ouput the remaining header text on the last page. Adding text to the body of this table simply multiplied the number of pages produced, that is, two blank pages for every page of body text untill the body text was exhausted. Next I tried placing the keep-together.within-page=always property in the block contained within the table header cell; this had no effect. Finally what did it was when I split the header to contain TWO blocks, the first of which had the attribute keep-with-next.within-page=always. This finally reproduced the unbounded condition. I've tested this in version 0.20.1, and it's a problem there too. This is sort-of a documented bug. Bug #1773 describes a similar problem that seems to have since been resolved. Does this merit a new bug report? Is anyone planning on working this, or working on it already? I might tackle this myself, if no one else is planning on doing it--my employers tell me they're willing to let me do this at work :) Thanks all! -Joey -Original Message- From: Joey Carr [mailto:[EMAIL PROTECTED]] Sent: Friday, August 31, 2001 12:15 PM To: '[EMAIL PROTECTED]' Subject: Concurrency problem? Something else? I'm using FOP 0.17 with a hacked over version of Cocoon 1.8.2 that solves the Cocoon embedding problem involving the Writer/OutputStream change in the Driver class (why Cocoon had been stuck on an old version of FOP forever). The hack involves modifying the cocoon method org.apache.cocoon.formatter.FO2PDFFormatter.format() such that the OutputSteam passed to the Driver class is written to a StringWriter en masse at the end of the method. Not pretty, but we're doing small things so the penalty is small. So this morning, on my birthday no less, we discovered that our production system was slowly leaking towards the dreaded OME! And lil ole' me being the one responsible for this stuff! It appears that FOP was generating a giant document and since we were storing the output PDF temporarily as a string, is was sucking up our memory resources. The cocoon format method takes a DOM Document, the output Writer to write the formatted output to, and a Dictionary of parameters, which it callously disregards. The Document is transformed into a String of XML and re-parsed by a SAXParser, so presumably there is no pipeline here, so it couldn't be that the XML data source just keeps making more FO for FOP to render. But continue to render is does! The first snip (at the end of the message) is out of our log of stdout. It appears that FOP is in the middle of rendering a 10 page document when another user request comes in for another report. You can see that the messages from the Driver constructor interrupt the ongoing PDF generation. It appeared to me at first that the concurrent request had introduced some inconsistent state in FOP, exploiting some critical threading oversight... but it's simply not realistic that we had already produced a 10 page report! Our reports are never any longer that 4 pages. The second snip shows my hack over of the cocoon method, org.apache.cocoon.formatter.FO2PDFFormatter.format(), which shows how I'm using the Driver class, and, I think, shows that the XML data source couldn't be the source of the leak since it must be rendered as a String before FOP even looks at it. Is it possible that some freaky arrangement of FOs can cause unbounded recursion in the FOP area formatting algorithm? So, if any of you have any ideas about this, please, PLEASE!! send them along! Thanks in advance. -Joey snip using renderer org.apache.fop.render.pdf.PDFRenderer using element mapping org.apache.fop.fo.StandardElementMapping using element mapping org.apache.fop.svg.SVGElementMapping using property list mapping org.apache.fop.fo.StandardPropertyListMapping using property list mapping org.apache.fop.svg.SVGPropertyListMapping building formatting object tree setting up fonts formatting FOs into areas [1] [2] [3] [4] [5] [6] [7] [8] [9] [10using renderer org.apache.fop.render.pdf.PDFRenderer using element mapping org.apache.fop.fo.StandardElementMapping using element mapping org.apache.fop.svg.SVGElementMapping using property list mapping org.apache.fop.fo.StandardPropertyListMapping
Re: Design Tasks
At 10:56 PM 9/10/01 +0200, you wrote: Hi Keiron, I'd like to think about Layout Managers, but I'd be more than happy to bat ideas around with anyone else who's interested in that. Karen Well, you already know that I am interested in that, but I backed off because I thought you would want to take that. But I'll be happy to help. Regards, Arved Fairly Senior Software Type e-plicity (http://www.e-plicity.com) Wireless * B2B * J2EE * XML --- Halifax, Nova Scotia - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
embedding pictures
Hi is ist possible to specify the compression rate for images to be embedded in an pdf file?? it is very important to me, because i need the images in a higher quality than fop embedds them until now - without any configuration changes. it would be great, if somebody could help me out of this. thanx daniel = Daniel Pfuhl mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Gesendet von Yahoo! Mail - http://mail.yahoo.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Design Tasks
I guess I'm not yet 100% where the boundaries between all this stuff is. Too bad we can't do a whiteboard session... -Karen Arved Sandstrom wrote: At 10:56 PM 9/10/01 +0200, you wrote: Hi Keiron, I'd like to think about Layout Managers, but I'd be more than happy to bat ideas around with anyone else who's interested in that. Karen Well, you already know that I am interested in that, but I backed off because I thought you would want to take that. But I'll be happy to help. Regards, Arved Fairly Senior Software Type e-plicity (http://www.e-plicity.com) Wireless * B2B * J2EE * XML --- Halifax, Nova Scotia - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: A C XSL-FO processor
I'm very interested but I haven't done alot of C programming so I may not be of much help in the beginning. I'd especially be interested in Perl bindings for such a project and could definitely help out in that area as I've done some XS stuff in the past. On 10-Sep-2001 Arved Sandstrom wrote: Hi, all I finally buckled, and initiated a SourceForge project to develop a C-language XSL-FO formatter. The link is https://sourceforge.net/projects/xslfo-proc/. Right now there is nothing there...I want to get some people signing up, and register interest. This is for all those developers out there that like the technology (XSL) but aren't turning cartwheels over Java. That includes me. I haven't been able to devote as much time to FOP as I would like, both because of work and also because of a significant developing personal relationship (yeah, yeah :-)), but my intention is definitely not to do less with FOP. I have committed to helping out with the design ideas suggested by Keiron, and have identified a portion that I want to do, and I want to complete marker support. I am also very interested in ensuring that we seek better integration with projects like Cocoon and X-Smiles. The goal behind the SourceForge project is to develop a fast (and I mean fast) low-memory footprint XSL formatter that is optimized for use as a C library. I personally really like SWIG, and I would like to emphasize the development of the APIs so that they are well-suited for SWIGging into Python, Perl, Ruby, and what have you. I prefer to avoid C++. If someone wishes to make arguments for C++ I'll listen to them, but I think OOP is unnecessary for a good solution to the XSL formatting problem. In fact, I am now leaning towards the idea that a procedural design that de-emphasizes the data somewhat, and emphasizes the layout process, is the way to go. Ideas about flattening the area tree figure in my thinking here. I think Java is really bad for promoting the idea that everything should be an object, and I am not sure that this is not complicating our work with FOP. The idea is that this will eventually be folded back into XML Apache (I hope) as a sub-sub-project under FOP. And I also want design ideas developed during the work on 'xslproc' to inform work on FOP. Anyway, there it is, and I hope to see C/C++/scripting language people who are also interested in XSL-FO, support this project. BTW, I have no real stake in being the design lead, although I obviously have ideas, so if someone wants to take charge, feel free. If not, then I will. Regards, Arved Sandstrom Fairly Senior Software Type e-plicity (http://www.e-plicity.com) Wireless * B2B * J2EE * XML --- Halifax, Nova Scotia - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] -- Jason Bodnar [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: A C XSL-FO processor
This is for all those developers out there that like the technology (XSL) but aren't turning cartwheels over Java. That includes me. And me. Now you're speaking my language. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Design Tasks
Karen, Keiron, in fact, it is the classpath sequence: i moved the fop.jar at the beginning of the classpath in the build.bat script and now this problem is gone, but problem no. 2 is still there bodo - Original Message - From: Karen Lease [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, September 10, 2001 11:10 PM Subject: Re: Design Tasks Hi Bodo, Maybe it's Windows or maybe it's your Xslt task. The fact that the parser can't find a URI for your document sounds familiar. I mad a change in Xslt a couple of weeks ago which I think might fix this. Assuming you are updating from CVS, please make sure you update the sources and then rebuild the buildtools.jar. using the command build -buildfile buildtools.xml in your xml-fop directory. Hope that helps you. -Karen Lease Bodo Teichmann wrote: Keiron, now i got the pdf but still have the following problems: 1. the relative uri in fop.xml do not work. i get the following error from the SAX parser: Task xslt - SAX ERROR: org.xml.sax.SAXParseException: Relative URI design/intro.xml; kann nicht - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]