[EMAIL PROTECTED] wrote:
Additionally it might be good to document that AWTRenderer (and obviously
all subclasses) are not threadsafe.
In some sense, it already is.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For add
you'll find my attached my code.
-Message d'origine-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Date: mercredi 12 février 2003 17:58
À: [EMAIL PROTECTED]
Objet: Fop and Multithreading.
Hi everybody!
Sorry to bother you again with my problem (running fop with EJBs), I
ECTED]
An: [EMAIL PROTECTED]
Kopie:
Thema: Re: Antwort: Re: Antwort: Fop and multithreading.
Ok, I've put together a ZIP and put it under the URL below:
http://cvs.apache.org/~jeremias/FOPMTTestbed.zip
I hope you don't mind that it's heavily relying on Avalon (especially
Fortres
Hi everybody!
Sorry to bother you again with my problem (running fop with EJBs), I'd like
to say that I still experience font corruption even if I use a singleton
class (or maybe i didn't design it correctly).
So we felt back to a sequential approach to print our documents. We just
lost the speed
Jeremias,
Humble apologies. I'm worried myself about having taken the wrong
approach wrt EJBs, in this case especially regarding the threads, so my
heart was in my mouth when I first read this. Heaven help us if your
motivation is undermined.
Peter
Jeremias Maerki wrote:
On 11.02.2003 06:37:2
TECTED]
Kopie:
Thema: Re: Antwort: Re: Antwort: Fop and multithreading.
Ok, I've put together a ZIP and put it under the URL below:
http://cvs.apache.org/~jeremias/FOPMTTestbed.zip
I hope you don't mind that it's heavily relying on Avalon (especially
Fortress). I've put all
Ok, I've put together a ZIP and put it under the URL below:
http://cvs.apache.org/~jeremias/FOPMTTestbed.zip
I hope you don't mind that it's heavily relying on Avalon (especially
Fortress). I've put all the necessary JARs in the lib directory. I
didn't include fop.jar and batik.jar which you can t
déric
-Message d'origine-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Date: lundi 10 février 2003 16:16
À: [EMAIL PROTECTED]
Objet: Antwort: Re: Antwort: Fop and multithreading.
Hi Jeremias,
I do agree very much with you about the concerns on EJB usage, though
unfortunately &qu
On 11.02.2003 06:37:26 Peter B. West wrote:
> There you go giving me heart failure again, Jeremias.
Stop it, Peter! I'm not writing a scientific paper here. I'm trying to
help. It was my attempt to convey the problems I had in the past dealing
with static constructs within EJBs. Be careful not to
Jeremias Maerki wrote:
Frédéric and Reto,
having read the "24.1.2 Programming restrictions" of the EJB 2.0
specification, I'd recommend you guys don't call FOP from an EJB. The
programming restrictions forbid among other things the following:
- Reading or writing of static variables (FOP still does
On 10.02.2003 16:15:48 reto.blunschi wrote:
> I do agree very much with you about the concerns on EJB usage, though
> unfortunately "drop the EJB idea" is not an option.
> EJB is the chosen environment in this company (my client). Since XSL:FO has
> also been chosen as "strategic" technology, we a
Thanks for your help
-Message d'origine-
De: Jeremias Maerki [mailto:[EMAIL PROTECTED]
Date: lundi 10 février 2003 14:08
À: [EMAIL PROTECTED]
Objet: Re: Antwort: Fop and multithreading.
Frédéric and Reto,
having read the "24.1.2 Programming restrictions" of the EJB 2.
ROTECTED]
www.css.ch
Jeremias Maerki <[EMAIL PROTECTED]> on 10.02.2003 14:08:11
Bitte antworten an [EMAIL PROTECTED]
An: [EMAIL PROTECTED]
Kopie:
Thema: Re: Antwort: Fop and multithreading.
Frédéric and Reto,
having read the "24.1.2 Programming restrictions&quo
Frédéric and Reto,
having read the "24.1.2 Programming restrictions" of the EJB 2.0
specification, I'd recommend you guys don't call FOP from an EJB. The
programming restrictions forbid among other things the following:
- Reading or writing of static variables (FOP still does this too often)
- Use
3 13:19:40
Bitte antworten an [EMAIL PROTECTED]
An: [EMAIL PROTECTED]
Kopie:
Thema: RE: Antwort: Fop and multithreading.
The renderer I use is the PrintRenderer class found in the FopPrintServlet
example (this renderer extends the AWTRenderer).
-Message d'origine-
Date: lundi 10 février 2003 13:16
À: [EMAIL PROTECTED]
Objet: Antwort: RE: Antwort: Fop and multithreading.
I suspect that the singelton approach with synchronized method will solve
the issue.
But I am not sure whether it is acceptable, because that would mean to
execute FOP synchroized, not using
The renderer I use is the PrintRenderer class found in the FopPrintServlet
example (this renderer extends the AWTRenderer).
-Message d'origine-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Date: lundi 10 février 2003 13:01
À: [EMAIL PROTECTED]
Objet: RE: Antwort: Fop and multithre
EMAIL PROTECTED]
www.css.ch
[EMAIL PROTECTED] on 10.02.2003 13:00:56
Bitte antworten an [EMAIL PROTECTED]
An: [EMAIL PROTECTED]
Kopie:
Thema: RE: Antwort: Fop and multithreading.
Thanks for your help.
In addition, I'm in the same kind of situation as you are (multiprocesso
ts methods. Maybe this will help.
Frédéric
-Message d'origine-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Date: lundi 10 février 2003 12:45
À: [EMAIL PROTECTED]
Objet: Antwort: Fop and multithreading.
Salut Frederic,
I am experiencing the same kind of problem as you do. In a mu
12:19:30
Bitte antworten an [EMAIL PROTECTED]
An: [EMAIL PROTECTED]
Kopie:
Thema: Fop and multithreading.
Hi everybody.
I experience issues when using Fop (0.20.4 / 0.20.5rc) in a multithreaded
application.
I designed a function which transforms a dom into pdf (using a xslt
Hi everybody.
I experience issues when using Fop (0.20.4 / 0.20.5rc) in a multithreaded
application.
I designed a function which transforms a dom into pdf (using a xslt), then
prints it. This function is used in each thread.
I'm embedding fonts in this pdf.
The printed sheets of paper display inco
21 matches
Mail list logo
