On Tuesday 30 April 2002 09:08 pm, you wrote:
> I would agree with the last statement about a high performance commercial
> all Java FO->PDF. However, there is really no need. Would anybody be
> interested in working on FOP with payment leaving the licensing as is?
> This way everybody can benefi
tch (Exception e)
{
// handle exception
}
finally
{
addThreadCount(-1);
}
}
HTH,
Scott
- Original Message -
From: "Carter, Will" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, April 30, 2002 5:50 PM
Subject: RE: Why is FO
>>The memory requirements depend on the complexity of the
>>layout (tables spanning multiple pages are bad), how big
>>included graphics are (they are all held in memory), and,
>>often the worst of all, whether you are using forward
>>references, like the popular "page x of y" (which forces
>>all
Patrick,
If I read you right, I think the answer to that would be a resounding
cry of "Yes" all round. You will certainly get one from me. What did you
have in mind?
Peter
Patrick Lanphier wrote:
I would agree with the last statement about a high performance commercial
all Java FO->PDF. However
: Tuesday, April 30, 2002 2:39 PM
To: '[EMAIL PROTECTED]'
Subject: RE: Why is FO(P) a superior model than what most proprietary
tool s propose
From: Matt Savino
To: Bob Leif
Sounds great. Tell me where I can get a good Ada app-server and a
Java-Ada
translator for all the existing code--and
I would agree with the last statement about a high performance commercial
all Java FO->PDF. However, there is really no need. Would anybody be
interested in working on FOP with payment leaving the licensing as is?
This way everybody can benefit. Anybody with experience interested?
Patrick Lanph
how do you get the server to queue other requests?
will
-Original Message-
From: Scott Moore [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 30, 2002 4:29 PM
To: '[EMAIL PROTECTED]'
Subject: RE: Why is FO(P) a superior model than what most proprietary
tool s propose
The short
Savino, Matt C wrote:
Our application absolutely requires tables spanning mulitple pages. Are we
trying to fit a square peg into a round hole incorporating FOP into a
reporting app as opposed to book publishing?
I didn't say you can't use tables spanning multiple
pages. I said, if you are running i
: '[EMAIL PROTECTED]'
Subject: RE: Why is FO(P) a superior model than what most proprietary
tool s propose
Each request comes into the servlet on a separate Java Thread. I keep track
of the number of reports currently being generated and Thread.sleep(1000)
the queued threads. Every second
: Tuesday, April 30, 2002 3:05 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Why is FO(P) a superior model than what most proprietary
> tool s propose
>
>
> Carter, Will wrote:
> > I am in the process of working out an embedded (servlet)
> FOP solution for
> > some fi
Carter, Will wrote:
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?
The memory requi
Josh wrote:
Actually that's very good to know. From a designer perspective FOP has
felt a bit like the themes for mozilla. It's like designing for a moving
target
The spec itself was a (slowly) moving target until recently.
You can still expect amendments for clarification, there has
been a few h
#x27;
> Subject: RE: Why is FO(P) a superior model than what most proprietary
> tool s propose
>
>
> Thanks Scott. Can you share a little more detail on how you queue the
> reports?
>
> Matt Savino
>
Sent: Tuesday, April 30, 2002 2:35 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Why is FO(P) a superior model than what most proprietary
> tool s propose
>
>
> From: Bob Leif
> To: Matt Savino
>
> It sounds like you need the performance of an efficient compiled
>
re 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
l [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 em
proprietary language
owned by SUN.
-Original Message-
From: Savino, Matt C [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 30, 2002 2:01 PM
To: '[EMAIL PROTECTED]'
Subject: RE: Why is FO(P) a superior model than what most proprietary
tool s propose
We're using FOP in a production
?
thanks,
will carter
http://www.envestnetpmc.com
-Original Message-
From: Savino, Matt C [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 30, 2002 4:01 PM
To: '[EMAIL PROTECTED]'
Subject: RE: Why is FO(P) a superior model than what most proprietary
tool s propose
We're using FOP
J.Pietschmann wrote:
The last major update to FOP made changes that rendered earlier .fo
files useless without some tweaks. The work involved in ensuring all
the .fo files are still working everytime FOP is updated would be a
bit of a nightmare.
The problem with the last change you seem to refer
Josh wrote:
The last major update to FOP made changes that rendered earlier .fo
files useless without some tweaks. The work involved in ensuring all the
.fo files are still working everytime FOP is updated would be a bit of a
nightmare.
The problem with the last change you seem to refer to
broug
We're using FOP in a production environment to render some management
reports and a very complicated lab report. We've had to limit the management
reports to about 2000 rows (~50 page PDF) because of FOP's memory issues
w/large PDFs. Also I worry about serious slowdown if we ever get 3 or 4
users o
Are there any companies out there developing products base on FOP? Just
curious.
I've been looking at using FOP to get print versions of content from a
number of web apps but I'm finding it too unstable at the moment to
really offer as a solution. Coupled with the rather large resource
requir
(P) a superior model than what most proprietary
tool s propose
Are there any companies out there developing products base on FOP? Just
curious.
-Original Message-
From: Patrick Lanphier [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 30, 2002 4:34 PM
To: [EMAIL PROTECTED]
Subject: Re:
Are there any companies out there developing products base on FOP? Just
curious.
-Original Message-
From: Patrick Lanphier [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 30, 2002 4:34 PM
To: [EMAIL PROTECTED]
Subject: Re: Why is FO(P) a superior model than what most proprietary tools
24 matches
Mail list logo
