FOP 0.20.2

[Jess Holle and Wendy Vidlak]

From reading the 0.20.1 sources it appears that the StreamHandler (or
whatever, I must confess I forgot the exact name) in the Driver's
FOPTreeBuilder will not be initialized if one uses the results of
getContentHandler() to drive the Driver with SAX messages.

I note in the latest sources this has been addressed.

I know there has been 0.20.2 discussion as of late -- I'd like some guess as
to when it is due -- lest I have to determine a workaround that will only
muddy the waters once 0.20.2 *is* available.

--
Jess Holle

-Original Message-
From: Shkuro, Yuri [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 21, 2001 9:57 AM
To: '[EMAIL PROTECTED]'
Subject: RE: Generating PDF on Fly


Yes.  See attached JSP.  Without a parameter it reads
static XML file and displays it in HTML format, with
'fo' parameter it reads the .fo file and displays PDF,
and also has a link to display static XML as PDF.  It's
easy to modify this to read external XML file and output
PDF.  It used to work with FOP 0.19 - you may need to tweak
it a little for FOP 0.20 due to API changes (namely, comment
out driver.render() and driver.format()).

YS

-Original Message-
From: Semprini Davide [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 21, 2001 10:34 AM
To: fop-dev
Subject: Generating PDF on Fly


Hi,

I have a question:

Is possible to generate and VISUALIZE
with a common Browser with Acrobat Reader plug-in
a PDF using a JSP that take in input a Dynamic XML?

Tanks!

D.Semprini




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: Multithreading

[Jess Holle and Wendy Vidlak]

In the interim (i.e. until code improvements), did you try multiple
*processes* rather than threads, i.e. to ensure multiple copies of statics,
etc, so contention within a process is eliminated?

It may well still be that other forms of contention limit the throughput

-Original Message-
From: Jim Cotugno [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 17, 2001 1:10 PM
To: [EMAIL PROTECTED]
Subject: RE: Multithreading


 I don't know if anyone has done any extensive testing of concurrency with
 FOP, so please let us know what problems you run into (the
IndexOutOfBounds
 for example), either via this list, or better yet, via Bugzilla so we can
 track and fix the issues. I've fixed a few places where I found
concurrency
 issues at one time, but I'm sure there are others I didn't find.

When we attempted to use FOP in a multi-processor, multi-threaded
Windows NT 4.0 environment, we found that FOP actually worked
SLOWER than a single processor and/or single-threaded
environment.  We ran multiple threads that were responsible for
rendering separate documents.  We were trying to reduce the
elapsed time necessary to render thousands of relatively small (10-
20 page) documents.

What we found was running multiple FOP threads on a multi-
processor Windows NT box reduced our total throughput.  We
processed more documents per hour with a single FOP thread than
we did with multiple FOP threads.  Note that I'm refering to total
throughput, not documents per thread per hour.

Some analysis pointed to VERY HIGH context switching going on
when running two FOP threads on a two processor system.  What
this told us was that the two FOP threads were fighting over the
same piece(s) of memory continuously.  This context switching went
away when we ran multiple FOP threads on a single processor
machine or we ran a single FOP thread on a multi-processor
machine.

I spent some time looking at the source code, and noticed a large
number of statics being declared all throughout FOP.  This may be a
cause, or it may have something to do in the way the Sun jvm works
on Windows.  I didn't have the time to dig deeper.

I don't remember the exact version of FOP we used for the test.  It
may have been 0.18.1 or 0.19.0-CVS.

Jim Cotugno
Upstanding
email:  [EMAIL PROTECTED]
home email: [EMAIL PROTECTED]
phone:  949-453-2000
fax:949-453-2001

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]