Thanks Scott. Can you share a little more detail on how you queue the reports?
Matt Savino > -----Original Message----- > From: Scott Moore [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 30, 2002 2:29 PM > To: '[EMAIL PROTECTED]' > Subject: RE: Why is FO(P) a superior model than what most proprietary > tool s propose > > > The short answer is you can't expect a large number of users > to ask for > reports at the same time and not run into memory problems. > Believe me, I've > stress tested my report server and hit this wall quickly. > > However, if you write your server to only run X number of > reports at once > and queue any other requests until other reports are > finished, you can avoid > those problems and achieve a robust and stable FOP server. > At that point, > adding more servers can get you better scalability. > > So far, this has worked well for me. > > > > -----Original Message----- > > From: Carter, Will [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, April 30, 2002 5:29 PM > > To: '[EMAIL PROTECTED]' > > Subject: RE: Why is FO(P) a superior model than what most > proprietary > > tool s propose > > > > > > This one has got me scared... > > > > I am in the process of working out an embedded (servlet) FOP > > solution for > > some financial reporting. The generated pdfs are probably > > around 20 pages.. > > does anyone have any info about memory requirements or > > problems I will run > > into with multiple concurrent users? > > > > > >