RE: FOP Performance

2005-11-11 Thread Christian Loock
Hi again! The Performance problem figured out to be a problem in using SVG images as Backgorund images for the xsl-region-before/after/start/end. Any ideas on how to fix this problem without changing to another picture format. (jpg and gif do look bad imho) Thanks and best regards, Christian -

Re: FOP Performance

2005-11-11 Thread Jeremias Maerki
Batik takes a long time to warm up due to its size (class loading). If you use the servlet approach, i.e. having FOP up, running and ready the whole time, it will speed up the process a lot. If you find another way to hold FOP and the VM it runs in memory over multiple rendering runs(some PHP exten

RE: FOP Performance

2005-11-11 Thread Christian Loock
I'm not very fit in all this technical stuff. Do you know any kind of documentation etc. which could help me keeping FOP in memory? Best Regards, Christian -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Friday, November 11, 2005 11:26 AM To: fop-users@xmlgraphi

Re: FOP Performance

2005-11-11 Thread Jeremias Maerki
http://xmlgraphics.apache.org/fop/0.20.5/servlets.html Basically you need to: - build the sample FOP servlet as described on the above page - Download Apache Tomcat and install it as a service - Deploy FOP in Tomcat as described on the above page I know almost nothing about PHP so I wouldn't know

Next Stable Version

2005-11-11 Thread Christian Loock
Hi Everybody, I'm writing again to ask if there are any predictions when the new version of fop will be released. Best regards, Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTE

Re: Next Stable Version

2005-11-11 Thread Chris Bowditch
Christian Loock wrote: Hi Everybody, I'm writing again to ask if there are any predictions when the new version of fop will be released. This is currently expected new week. But please remember it is a preview release and should be treated as beta code. It seems fairly stable for the documen

RE: Next Stable Version

2005-11-11 Thread Christian Loock
Will this version be available as a binary? Best regards, Christian -Original Message- From: Chris Bowditch [mailto:[EMAIL PROTECTED] Sent: Friday, November 11, 2005 1:12 PM To: fop-users@xmlgraphics.apache.org Subject: Re: Next Stable Version Christian Loock wrote: > Hi Everybody, >

Re: Next Stable Version

2005-11-11 Thread Andreas L Delmelle
On Nov 11, 2005, at 13:24, Christian Loock wrote: Will this version be available as a binary? From next week onward, once it's released: Yes. For now, if you want to try it out, you'll have to check out the source via SVN, and BIY (= Build-It-Yourself) Greetz, Andreas

RE: Large PDF - Performance

2005-11-11 Thread Danny
Thank you all for the suggestions. Here is what I have done so far, maybe this could help others with projects that they are working on. I ran a 1000 TRANSACTION element version of the detrpt1.xml through two different XSLT processors, both from the command line, so I could get an understanding o

Re: Large PDF - Performance

2005-11-11 Thread Mike Trotman
I tested several XSLT processors last year - on both Linux and Windows. I also found that certain XPATH expressions produced significant differences in processing time between the different processors. (One surprise was that Saxon 6.5.3 (I think) took a long time with XPATH expressions involvin

RE: Large PDF - Performance

2005-11-11 Thread Danny
I plugged saxon into my application code. 1000 TRANSACTION element report (report button click in application to pdf display to user) Before using xalan (4 minutes 20 seconds) Now using saxon (1 minute 45 seconds) Quite a difference! Danny Gallagher The Gainer Group 6525 The Corners Parkway Su

Re: Large PDF - Performance

2005-11-11 Thread Andreas L Delmelle
On Nov 11, 2005, at 15:27, Danny wrote: I plugged saxon into my application code. 1000 TRANSACTION element report (report button click in application to pdf display to user) Before using xalan (4 minutes 20 seconds) Now using saxon (1 minute 45 seconds) Quite a difference! In this respe

Re: Large PDF - Performance

2005-11-11 Thread JBryant
> In this respect, it may prove worthwhile to track down whether > this difference is really caused by the XSLT processor itself, > or merely by the fact that Saxon comes bundled with its own > XML parser (AElfred). >From the Aelfred web site on Sourceforge: "Saxon versions from 7.2 onwards no lo

Saxon8

2005-11-11 Thread Daniel Brown
I have tried to implement Saxon8.6 in place of Xalan but am getting errors. Are there other libraries I require? Regards, Daniel [EMAIL PROTECTED] 11/11/2005 10:36 AM Please respond to fop-users@xmlgraphics.apache.org To fop-users@xmlgraphics.apache.org cc Subject Re: Large PD

Re: Saxon8

2005-11-11 Thread Andreas L Delmelle
On Nov 11, 2005, at 17:25, Daniel Brown wrote: I have tried to implement Saxon8.6 in place of Xalan but am getting errors. Are there other libraries I require? What kinds of error are you talking about? There should be no need for additional libraries... Cheers, Andreas --

Re: Saxon8

2005-11-11 Thread JBryant
I have tried to implement Saxon8.6 in place of Xalan but am getting errors. Are there other libraries I require? Regards, Daniel Hi, Daniel, The Saxon distribution is self-contained, so you should need no other libraries. It requires Java 1.5 (or Java 1.4 and some additional package from S

Re: Saxon8

2005-11-11 Thread Daniel Brown
This is the error java.lang.NoClassDefFoundError: java/lang/CharSequence         at net.sf.saxon.Configuration.(Configuration.java:66)         at net.sf.saxon.TransformerFactoryImpl.(TransformerFactoryImpl.java:42)         at java.lang.Class.newInstance0(Native Method)         at java.lang.Class.

Re: Saxon8

2005-11-11 Thread Andreas L Delmelle
On Nov 11, 2005, at 17:51, Daniel Brown wrote: This is the error java.lang.NoClassDefFoundError: java/lang/CharSequence Hmm. Running on Java 1.3 perhaps? This interface is available in Java as of version 1.4. Cheers, Andreas -

Re: Saxon8

2005-11-11 Thread Daniel Brown
Sorry, I should add that this is using the JVM 1.3.1 When I use the JVM 1.5 it doesn't want to get external XSLs, though. Regards, Daniel Daniel Brown <[EMAIL PROTECTED]> 11/11/2005 11:51 AM Please respond to fop-users@xmlgraphics.apache.org To fop-users@xmlgraphics.apache.org

RE: FOP Performance

2005-11-11 Thread Michael Dabney
I have done just that: http://wiki.apache.org/xmlgraphics-fop/HowTo/PHPJavaBridge I linked to it on the front page as well. -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Fri 11/11/2005 5:04 AM To: fop-users@xmlgraphics.apache.org Subject: Re: FOP Performance

Re: FOP Performance

2005-11-11 Thread Andreas L Delmelle
On Nov 11, 2005, at 21:11, Michael Dabney wrote: Hi Michael, I have done just that: http://wiki.apache.org/xmlgraphics-fop/HowTo/ PHPJavaBridge I linked to it on the front page as well. Thanks a lot for taking the time to do this! May need some minor tweaks to make it relevant for FOP Trun

Re: Large PDF - Performance

2005-11-11 Thread J.Pietschmann
Andreas L Delmelle wrote: In this respect, it may prove worthwhile to track down whether this difference is really caused by the XSLT processor itself, or merely by the fact that Saxon comes bundled with its own XML parser (AElfred). Saxon uses a more efficient internal data storage, and also

RE: FOP Performance

2005-11-11 Thread Michael Dabney
Yeah, this is definitely 0.20.5 specific. On Nov 11, 2005, at 21:11, Michael Dabney wrote: Hi Michael, > I have done just that: http://wiki.apache.org/xmlgraphics-fop/HowTo/ > PHPJavaBridge > > I linked to it on the front page as well. Thanks a lot for taking the time to do this! May need som

RE: Large PDF - Performance

2005-11-11 Thread Danny
Ok, so continuing from where I was. I plugged saxon into my application (JAVA) code. 1000 TRANSACTION element report (report button click in application to pdf display to user) Before using xalan (4 minutes 20 seconds) Now using saxon (1 minute 45 seconds) The only change that I had to make to