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
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
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
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
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
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
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
-
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.
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
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
--
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
> 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
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
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
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
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
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
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,
>
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
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
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
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
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
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
-
24 matches
Mail list logo