Actually were reusing (private static variables) the FopFactory but not the
transformerFactory, I'll try with that too.
Thanks!
Gonzalo Vásquez Sáez
Gerente Investigación y Desarrollo (R&D)
Altiuz Soluciones Tecnológicas de Negocios Ltda.
Av. Nueva Tajamar 555 Of. 802, Las Condes - CP 7550099
+5
On 3/18/2014 11:09 AM, Gonzalo Vasquez wrote:
I'm into that, but I guess there might be some first parts to look
before I dig thaaat deep ;)
Gonzalo Vásquez Sáez
Gerente Investigación y Desarrollo (R&D)
Altiuz Soluciones Tecnológicas de Negocios Ltda.
Av. Nueva Tajamar 555 Of. 802, Las Condes -
Gonzalo Vasquez wrote:
I'm into that, but I guess there might be some first parts to look before I dig
thaaat deep ;)
Nah, profiling ain't digging deep, it's by far the quickest and easiest way
to find unexpected performance hogs.
BugBear
--
I'm into that, but I guess there might be some first parts to look before I dig
thaaat deep ;)
Gonzalo Vásquez Sáez
Gerente Investigación y Desarrollo (R&D)
Altiuz Soluciones Tecnológicas de Negocios Ltda.
Av. Nueva Tajamar 555 Of. 802, Las Condes - CP 7550099
+56 2 335 2461
gvasq...@altiuz.cl
ht
Gonzalo Vasquez wrote:
Hi everybody,
We've been doing some performance tests using several output formats (PDF,
PostScript and AFP), and they al give us about the same time results, which are
far from what we expected. I'm aware that there are several bits of Apache FOP
which might me tweaked
Hi everybody,
We've been doing some performance tests using several output formats (PDF,
PostScript and AFP), and they al give us about the same time results, which are
far from what we expected. I'm aware that there are several bits of Apache FOP
which might me tweaked, but any suggestions wou
be roughly a couple
of days. Our primary target here was to improve FOP performance when used as a
service in a multi-threaded application and not to externalize and decouple the
font subsystem from FOP's layout system (although some improvements could be
included).
So, here are a few nu
Thank you for your quick replies.
There is a filed bug :
https://issues.apache.org/bugzilla/show_bug.cgi?id=53148
The problem is resolved.
Στις 24 Απριλίου 2012 10:06 π.μ., ο χρήστης mehdi houshmand <
med1...@gmail.com> έγραψε:
> Hi,
>
> I'll address your concerns inline:
>
> 2012/4/24 Αναστάσ
Hi,
I'll address your concerns inline:
2012/4/24 Αναστάσιος Χαρούλης
> Hello,
>
> We are using Apache FOP 1.0 to create Postscript documents from xml files.
> After upgrading the Java Virtual Machine from 1.6 update 18 to 1.6 update 19,
> we noticed important performance degradation. The FOP
please file one ore more bugs at [1], product "Fop", and please ensure the
following are attached to each bug:
- a "maximally minimal" input FO files that demonstrates problem
- an output file (PDF, AFP, etc.,) relevant to running your input file
- console log output
- version informat
Hi there,
i ran into massive performance problems using Fop serializing large FO files
(PDFs with 500+ pages).
It takes up to 30 minutes for a single PDF and needs a lot of memory and cpu
power.
If i do the processing locally (no Cocoon but fop.bat), it takes about 2
minutes.
I know that FOP i
@xmlgraphics.apache.org
Subject: RE: Fop performance
Hi There,
I had much the same problem myself. I needed to create PDFs quickly for
the web but also Postscript for high-volume laser printers. It was
taking seven seconds to run Saxon, run FOP and get the PDF/PS. This was
way too slow for my application
On 29.06.2007 11:57:37 Jason Timmins wrote:
> I'd like to use the native Java version of FOP but how can I make it run
> really quickly for lots of small PDFs?
You can deploy FOP as a WebService or as a servlet in an application
server.
I once did a proof-of-concept implementation where I depl
.
Beyond here there be dragons!
From: Laurent Berthelot [mailto:[EMAIL PROTECTED]
Sent: 29 June 2007 06:57
To: fop-users@xmlgraphics.apache.org
Subject: Fop performance
Hello,
I try to optimize FOP performance.
I make litlle dynamical PDF (2 pages) on the fly for a web site
Hello,
I try to optimize FOP performance.
I make litlle dynamical PDF (2 pages) on the fly for a web site, and i need
several second to generate PDF.
FOP need a lot of CPU...
Have you the same problem ?
Regards,
Laurent Berthelot
I've seen a similar behaviour back in my FOP 0.20.5 times. But in the
end I concatenated the documents on the PostScript level, not on the FO
level.
However, if your stack trace is any indicator, the problem is inside
Xalan-J (no FOP classes involved in the stack trace). Maybe it has to
build up a
Hi all,
We are currently running FOP in a batch environment on Websphere 5.1.
Are experiencing a performance lag while processing higher volume of documents.
A brief explanation of the process : 'n' number of XML's are concatenated
into 1 PDF file. I use page-sequencing to create the output PD
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
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
remias Maerki [mailto:[EMAIL PROTECTED]
> Sent: Friday, November 11, 2005 11:26 AM
> To: fop-users@xmlgraphics.apache.org
> Subject: Re: FOP Performance
>
> 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, r
users@xmlgraphics.apache.org
Subject: Re: FOP Performance
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 m
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
-
> Yes we use PHP? Why?
FWIW, we also have an intranet PDF solution with embedded FOP, but we
are using an architecture based on how FopServlet does it. We are
consistently getting render times around 8s for a 4-5 page PDF using
InputStreams (in contrast to Files, as FopServlet does it).
I am not
code using the bridge. This
eliminates the load time penalty created by the instantiation of the JVM.
-Original Message-
From: Jimmy Dixon [mailto:[EMAIL PROTECTED]
Sent: Thu 11/10/2005 11:04 AM
To: fop-users@xmlgraphics.apache.org
Subject: Re: AW: AW: FOP Performance
yes i understand,
On Nov 10, 2005, at 14:22, Christian Loock wrote:
Hi,
I've set up an application using FOP 0.20.5 to generate dynamic PDF
Contents...
Using it on our development Server works very finde and fast but the
same app on an other Server seems to be much slower...
Well, for starters: development se
---
Von: Jimmy Dixon [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 10. November 2005 17:12
An: fop-users@xmlgraphics.apache.org
Betreff: Re: AW: FOP Performance
are you using a PHP wrapper to use FOP programatically with PHP? Like the PEAR
one that is available?
My boss tried to install the xslf
on't think i can send you a
sample because the PDFs contain sensible Data, I hope you understand this.
Christian
-Ursprüngliche Nachricht-
Von: Jimmy Dixon [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 10. November 2005 17:12
An: fop-users@xmlgraphics.apache.org
Betreff: Re: AW:
EMAIL PROTECTED]
Gesendet: Donnerstag, 10. November 2005 14:35
An: fop-users@xmlgraphics.apache.org
Betreff: Re: FOP Performance
Hi Christian
What scripting language are you using? Not PHP by any chance?
Thanks.
Jimmy.
Christian Loock wrote:
Hi Everybody,
I've set up an application
endet: Donnerstag, 10. November 2005 14:32
An: fop-users@xmlgraphics.apache.org
Betreff: Re: FOP Performance
Hi,
is there a different Hardware? Or is the java version (memorysettings)
different?
Thanks
Dirk
Christian Loock wrote:
> Hi Everybody,
>
> I've set up an application using FOP
Yes we use PHP? Why?
Are there any knwon issues using PHP and FOP together?
Christian
-Ursprüngliche Nachricht-
Von: Jimmy Dixon [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 10. November 2005 14:35
An: fop-users@xmlgraphics.apache.org
Betreff: Re: FOP Performance
Hi Christian
Hi Christian
What scripting language are you using? Not PHP by any chance?
Thanks.
Jimmy.
Christian Loock wrote:
Hi Everybody,
I've set up an application using FOP 0.20.5 to generate dynamic PDF
Contents...
Using it on our development Server works very finde and fast but the
same app on an
Hi,
is there a different Hardware? Or is the java version (memorysettings)
different?
Thanks
Dirk
Christian Loock wrote:
Hi Everybody,
I've set up an application using FOP 0.20.5 to generate dynamic PDF
Contents...
Using it on our development Server works very finde and fast but the
same
Hi Everybody,
I've set up an application using FOP 0.20.5 to generate dynamic PDF
Contents...
Using it on our development Server works very finde and fast but the
same app on an other Server seems to be much slower...
What I'd like to know are things which are important for the Server that
FOP c
35 matches
Mail list logo