Re: Fop speed improvements
Hi Pablo, I ran your xml and xsl files on my machine (800MHz, 256Mb RAM, Linux, JDK 1.3) and it ran in a 7 seconds using the fop command line from 0.20.2, which includes loading all the Java classes. It does look like you could generate more efficient FO, because your XSL currently makes one table for each line, each containing just one row. You could probably use 1 table with many rows instead. Also you are generating a couple of tables which have no table-column elements at all, which fop doesn't understand and skips. Try testing and refining your stylesheet using the command line interface. You can also just use an XSLT engine to generate an FO file directly so that you can see exactly what you are sending to FOP. However that isn't enough to explain the extreme slowness you see. There must be some other place in your servlet which is taking time. Good luck, Karen Lease Pablo Iaria wrote: The arquitecture I have is: 1) I call a stored procedure that answers a cursor. 2) Traversing that cursor I build the xml file. 3) I transform the xml file with a xsl to get a .fo 4) Finally I use fo to get the PDF file. The most time consuming task is the transfomation performed in step 4 5. Thanks, pablo.- PS: I'm sorry for my English, is not my natural language... - Original Message - From: Amit [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, October 11, 2001 3:03 PM Subject: Re: Fop speed improvements There are disclaimers stating that Fop is not ready for production level use. However many of us use it. I can generate 2+ page pdfs with graphics in less than 30 seconds...this is just to give you an idea. I a using JDK1.2.2 with 512MB of RAM If you could paste/attach your servlet code or the xml, xsl files someone might be able to take a look at it to see if something is going on there. Pablo Iaria wrote: Hi all, This is the second message I post about fop performance and I didn't got any answer; is there a way to make it faster or useable. I'm generating a pdf from a servlet and although it's very easy to use, it's VERY slow and causes the browser to raise a timeout exception. I'm using a Pentium III 500 + 500 Mb + jdk1.3 machine and it takes 5 minutes to get a 2 pages document with no graphics, just one big table with 5 columns... Am I doing something wrong or fop is not ready for real-life ? Thanks in advance, Pablo.- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] Name: report_19261.xml report_19261.xmlType: text/xml Encoding: quoted-printable Name: reporttable.xsl reporttable.xslType: text/xml Encoding: quoted-printable - 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: Fop speed improvements
Wow. That's slow. I'm also using it in a Servlet and I don't have any performance problems. I generated a 100 page PDF in about 20 seconds, and that included many graphics and short tables. How big is your table? I typically have between 5-20 rows. I'm using JDF 1.3.1_01 with Tomcat 3.2.3. Are you using FOP 0.20? I am. Scott - Original Message - From: Pablo Iaria [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, October 11, 2001 1:50 PM Subject: Fop speed improvements Hi all, This is the second message I post about fop performance; is there a way to make it faster or useable. I'm generating a pdf from a servlet and although it's very easy to use, it's VERY slow and causes the browser to raise a timeout exception. I'm using a Pentium III 500 + 500 Mb + jdk1.3 machine and it takes 5 minutes to get a 2 pages document with no graphics, just one big table with 5 columns... Am I doing something wrong or fop is not ready for real-life ? Thanks in advance, Pablo.- - 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: Fop speed improvements
There are disclaimers stating that Fop is not ready for production level use. However many of us use it. I can generate 2+ page pdfs with graphics in less than 30 seconds...this is just to give you an idea. I a using JDK1.2.2 with 512MB of RAM If you could paste/attach your servlet code or the xml, xsl files someone might be able to take a look at it to see if something is going on there. Pablo Iaria wrote: Hi all, This is the second message I post about fop performance and I didn't got any answer; is there a way to make it faster or useable. I'm generating a pdf from a servlet and although it's very easy to use, it's VERY slow and causes the browser to raise a timeout exception. I'm using a Pentium III 500 + 500 Mb + jdk1.3 machine and it takes 5 minutes to get a 2 pages document with no graphics, just one big table with 5 columns... Am I doing something wrong or fop is not ready for real-life ? Thanks in advance, Pablo.- - 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: Fop speed improvements
I have one table of 4 or 5 columns per row.. and about 30-35 rows per page. the fop version is fop 0.20.1 - Original Message - From: Scott Moore [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, October 11, 2001 3:05 PM Subject: Re: Fop speed improvements Wow. That's slow. I'm also using it in a Servlet and I don't have any performance problems. I generated a 100 page PDF in about 20 seconds, and that included many graphics and short tables. How big is your table? I typically have between 5-20 rows. I'm using JDF 1.3.1_01 with Tomcat 3.2.3. Are you using FOP 0.20? I am. Scott - Original Message - From: Pablo Iaria [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, October 11, 2001 1:50 PM Subject: Fop speed improvements Hi all, This is the second message I post about fop performance; is there a way to make it faster or useable. I'm generating a pdf from a servlet and although it's very easy to use, it's VERY slow and causes the browser to raise a timeout exception. I'm using a Pentium III 500 + 500 Mb + jdk1.3 machine and it takes 5 minutes to get a 2 pages document with no graphics, just one big table with 5 columns... Am I doing something wrong or fop is not ready for real-life ? Thanks in advance, Pablo.- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - 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: Fop speed improvements
On Thursday 11 October 2001 20:05, Scott Moore wrote: I generated a 100 page PDF in about 20 seconds Would you mind sharing the XSL-FO of this document? We are currently studying how far optimizing FO code (just on one example document that we know is less than optimal) makes a difference, and I'd be interested in comparing your FO constructs. -- -- Bertrand Delacrétaz, www.codeconsult.ch -- web technologies consultant - OO, Java, XML, C++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Fop speed improvements
The arquitecture I have is: 1) I call a stored procedure that answers a cursor. 2) Traversing that cursor I build the xml file. 3) I transform the xml file with a xsl to get a .fo 4) Finally I use fo to get the PDF file. The most time consuming task is the transfomation performed in step 4 5. Thanks, pablo.- PS: I'm sorry for my English, is not my natural language... - Original Message - From: Amit [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, October 11, 2001 3:03 PM Subject: Re: Fop speed improvements There are disclaimers stating that Fop is not ready for production level use. However many of us use it. I can generate 2+ page pdfs with graphics in less than 30 seconds...this is just to give you an idea. I a using JDK1.2.2 with 512MB of RAM If you could paste/attach your servlet code or the xml, xsl files someone might be able to take a look at it to see if something is going on there. Pablo Iaria wrote: Hi all, This is the second message I post about fop performance and I didn't got any answer; is there a way to make it faster or useable. I'm generating a pdf from a servlet and although it's very easy to use, it's VERY slow and causes the browser to raise a timeout exception. I'm using a Pentium III 500 + 500 Mb + jdk1.3 machine and it takes 5 minutes to get a 2 pages document with no graphics, just one big table with 5 columns... Am I doing something wrong or fop is not ready for real-life ? Thanks in advance, Pablo.- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] ?xml version=1.0 encoding='ISO-8859-1' ?reportheaderrow/row/headerbodyrowelementnameSize5cm/nameSizedataSize5cm/dataSizetextNombre:/textdata09090909090/data/elementelementnameSize5cm/nameSizedataSize5cm/dataSizetextApellido:/textdata09090909090/data/element/rowrowelementnameSize5cm/nameSizedataSize5cm/dataSizetextLocalidad:/textdataADELA CORTI/data/elementelementnameSize5cm/nameSizedataSize5cm/dataSizetextFilial:/text/element/rowrowelementnameSize5cm/nameSizedataSize5cm/dataSizetextNombre:/textdata09871430958701234985710349875/data/elementelementnameSize5cm/nameSizedataSize5cm/dataSizetextApellido:/textdata09871430958701234985710349875/data/element/rowrowelementnameSize5cm/nameSizedataSize5cm/dataSizetextLocalidad:/textdataCIRCUNVALACION/data/elementelementnameSize5cm/nameSizedataSize5cm/dataSizetextFilial:/text/element/rowrowelementnameSize5cm/nameSizedataSize5cm/dataSizetextNombre:/textdata11991199/data/elementelementnameSize5cm/nameSizedataSize5cm/dataSizetextApellido:/textdata11991199/data/element/rowrowelementnameSize5cm/nameSizedataSize5cm/dataSizetextLocalidad:/textdataCIRCUNVALACION/data/elementelementnameSize5cm/nameSizedataSize5cm/dataSizetextFilial:/text/element/rowrowelementnameSize5cm/nameSizedataSize5cm/dataSizetextNombre:/textdata123123123123/data/elementelementnameSize5cm/nameSizedataSize5cm/dataSizetextApellido:/textdata123123123123123/data/element/rowrowelementnameSize5cm/nameSizedataSize5cm/dataSizetextLocalidad:/textdataCIRCUNVALACION/data/elementelementnameSize5cm/nameSizedataSize5cm/dataSizetextFilial:/text/element/rowrowelementnameSize5cm/nameSizedataSize5cm/dataSizetextNombre:/textdata123123123123123/data/elementelementnameSize5cm/nameSizedataSize5cm/dataSizetextApellido:/textdata123123123123123/data/element/rowrowelementnameSize5cm/nameSizedataSize5cm/dataSizetextLocalidad:/textdataCIRCUNVALACION/data/elementelementnameSize5cm/nameSizedataSize5cm/dataSizetextFilial:/text/element/rowrowelementnameSize5cm/nameSizedataSize5cm/dataSizetextNombre:/textdata189189189189/data/elementelementnameSize5cm/nameSizedataSize5cm/dataSizetextApellido:/textdata189189189189/data/element/rowrowelementnameSize5cm/nameSizedataSize5cm/dataSizetextLocalidad:/textdataCIRCUNVALACION/data/elementelementnameSize5cm/nameSizedataSize5cm/dataSizetextFilial:/text/element/rowrowelementnameSize5cm/nameSizedataSize5cm/dataSizetextNombre:/textdata1QWERTYY/data/elementelementnameSize5cm/nameSizedataSize5cm/dataSizetextApellido:/textdata1QWERTYY/data/element/rowrowelementnameSize5cm/nameSizedataSize5cm/dataSizetextLocalidad:/textdataCIRCUNVALACION/data/elementelementnameSize5cm/nameSizedataSize5cm/dataSizetextFilial:/text/element/rowrowelementnameSize5cm/nameSizedataSize5cm/dataSizetextNombre:/textdata123/data/elementelementnameSize5cm/nameSizedataSize5cm/dataSizetextApellido:/textdata2312312312/data/element/rowrowelementnameSize5cm/nameSizedataSize5cm/dataSizetextLocalidad:/textdataCIRCUNVALACION/data/elementelementnameSize5cm/nameSizedataSize5cm/dataSizetextFilial:/text/element/rowrowelementnameSize5cm/nameSizedataSize5cm/dataSizetextNombre:/textdata34532454235/data
