ok, that makes more and more sense. That was also the feedback I got from
the FOP devs, that AWTRenderer is probably not threadsave, since it was
never designed to be - it was only designed to be a kind of testing tool,
to be used on the client. What kind of graphics environment are you on?
Is there an X-Server on your UNIX box, or are you using this pja library
pja toolkit (http://www.eteks.com/pja/en/) as well?
In conclusion we should probably have a closer look on the AWTRenderer
source... which I have already done, though unfortunatly I am not an expert
on AWT and its multithreading issues. I don't see any obvious problems, but
I am sure there are implications of using java.awt.Font and FontMetric
classes that I did not realizing so far.
.... and debugging is painful here, because access to the multiproc box is
very restricted, and I only see the problem there, can't reproduce it on my
dev-box.
___________________________________________________________________
CSS Versicherung
Reto Blunschi EXTERNE
Rösslimattstrasse 40
CH-6002 Luzern
Telefon ++41 (0)41 369 1236
Telefax ++41 (0)41 369 1212
[EMAIL PROTECTED]
www.css.ch
[EMAIL PROTECTED] on 10.02.2003 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-----
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Date: lundi 10 février 2003 13:01
Ŕ: [EMAIL PROTECTED]
Objet: RE: Antwort: Fop and multithreading.
Thanks for your help.
In addition, I'm in the same kind of situation as you are (multiprocessor
Unix box, executing FOP in a Message Driven EJB on JBoss).
I designed a singleton class which is used by this ejb each time a message
is being consumed.
I'm going to try to synchronize its 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 multithreaded
env. (multiprocessor UNIX box, executing FOP in an EJB on weblogic) I see
that font sizes in different threads are messed up. In difference to your
problem I am producing TIFF output (using AWTRenderer). I have experimented
to use PDFRenderer, and I have not seen the problem using PDFRenderer,
though I did not embed fonts then.
I have posted to this list previously, but have not found a solution so
far. I am still investigating the issue, last week I was doing other
things, but now I should have some time to further investigate. I am
suspecting that AWTRenderer, or the pja-liberary we are using on UNIX
becuase we have no X-Server on the box is responsible for it, though I have
no confirmation for this so far.
Since the symptoms we see look alike very much, we can probably join forces
here...
any help is very much welcome
Reto
___________________________________________________________________
CSS Versicherung
Reto Blunschi EXTERNE
Rösslimattstrasse 40
CH-6002 Luzern
Telefon ++41 (0)41 369 1236
Telefax ++41 (0)41 369 1212
[EMAIL PROTECTED]
www.css.ch
[EMAIL PROTECTED] on 10.02.2003 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), then
prints it. This function is used in each thread.
I'm embedding fonts in this pdf.
The printed sheets of paper display incorrect font styles : sometimes font
size is change (8pt instead of 12pt), word are printed using italic, words
are overwritten on some others, etc..
If I use this function in a synchronous way, I don't have any problem.
Thanks for your help.
Frédéric kieffer
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
