Incomplete PDF content

2002-04-30 Thread Dutta, Sumanta
I am facing a strange problem while generating PDF in Servlet. I have got
two PDF reports to generate at present. I can generate one PDF properly, but
the other one, whose structure is similar to and simpler than the first one,
is coming out incomplete. It gives me the header and footer, and an
incomplete body. I tested my xsl by running through the standalone fop.dat
(in FOP-0.20.3) against the same XML data. It's generating the complete XML.
I am completely lost. Could anybody please help me!

Thanks,
Sumanta


--
This message is intended only for the personal and confidential use of the 
designated recipient(s) named above.  If you are not the intended recipient of 
this message you are hereby notified that any review, dissemination, 
distribution or copying of this message is strictly prohibited.  This 
communication is for information purposes only and should not be regarded as an 
offer to sell or as a solicitation of an offer to buy any financial product, an 
official confirmation of any transaction, or as an official statement of Lehman 
Brothers.  Email transmission cannot be guaranteed to be secure or error-free.  
Therefore, we do not represent that this information is complete or accurate 
and it should not be relied upon as such.  All information is subject to change 
without notice.




RE: Possible thread-safe issue with fonts

2002-04-30 Thread Chris Warr

It'll do, I just load tested it overnight, no problems for 250,000 hits.
I'm running through cocoon, I don't want to be playing with cocoon's source
as well.

Chris.

-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 30 April 2002 6:44
To: [EMAIL PROTECTED]
Subject: Re: Possible thread-safe issue with fonts


Chris Warr wrote:
 OK, it was a threading issue, I downloaded the source and had a play.  It
 comes about because the static configuration is updated for every
 translation I do.  FontSetup.addConfiguredFonts() can read from the font
 list at the same time as ConfigurationParser.store() updates it.  I just
put
 a line in ConfigurationParser.endElement() to only add fonts if there are
 none in the list.  Was easier for me than mucking around with
 'synchronized', I'm only a java beginner.
 
 
 } else if (localName.equals(fonts)) {
 --if (Configuration.getFonts() != null 
 Configuration.getFonts().size() != 0)
 --{
 --// Don't update the fonts
 --}
 --else
{
this.store(standard, fonts, fontList);
}

That's not a good idea.
If you have only one servlet and set the configuration
only once, do so in the servlet's init() method.
If you have several servlets, create a singleton class
wrapping the instantiation of the configuration,
roughly
  final class ConfigSingleton {
   private static Options options;
   public final void synchronized init() {
 if( options==null ) {
   options=new Options(userconfig.xml);
 }
   }

(Beware! Untested!)
And call ConfigSingleton.init() in each of the servlet's
init method.

J.Pietschmann



Test of subscription to list - kindly ignore thx

2002-04-30 Thread David Penton



Re: Why is FO(P) a superior model than what most proprietary tools propose

2002-04-30 Thread John Austin
On Monday 29 April 2002 13:51, you wrote:
 Thank you for all these good ideas. Would anyone happen to know of an
 industry analyst study on the advantages of XSL FO ?
 This is to lend some credibility to my recommendation.

Well, Gates and his minions are squealing like stuck pigs. Where 
there's smoke there's fire.

Actually, that is the crux of the matter. IMHO, Open Source is yet 
another manifestation of Mecalfe's Law: The utility of a network 
increases as the square of the number of nodes on the network.

All of those Open Source developers out there have become a more 
efficient team than Microsoft or anyone else can ever assemble. IBM, 
Sun and a few others seem to have realized this. Microsoft's 
proprietary approach can't win in this new world, any more than steam 
locomotives could win against diesel-electric (the laws of 
thermodynamics are a bit better-known than Metcalfe's law).

My other example of Metcalfe's Law in action is Sept 11th. Compare the 
information flows of those events with the day of the JFK Assassination 
and the day of the Challenger explosion. Todd Beamer and the other 
passengers on Flight 97 had cell phone nodes to talk to family members 
who had televisions which revealed the hijacker's plans. The network 
gave them the information to make the decision to give their lives to 
save people in Washington DC. Think about that. They were able to make 
that decision in this age of hoaxes, spam, worms and viruses. 




Re: Current date integration

2002-04-30 Thread Roland Lechner
This definitly works (at least in my application).
It might be a waste to define a new namespace for just own function, but it 
seems to be the only solution.

Roland

[EMAIL PROTECTED] schrieb am 30.04.02:
 Dear all,
 
 How is it possible to integrate (simply) current date to a xsl stylesheet ?
 
 This solution seems to be run, but it's constraining to define an own
 namespace for one function.
 
 
 xsl:stylesheet   version=1.0
   xmlns:xsl=http://www.w3.org/1999/XSL/Transform;
   xmlns:fo=http://www.w3.org/1999/XSL/Format;
   xmlns:func=http://www.exslt.org/functions;
   xmlns:user=http://www.mcc-soft.com/mynamespace;
 
   extension-element-prefixes=func
   exclude-result-prefixes=user
 
 func:script implements-prefix=user language=javascript
 ![CDATA[
 function today()
 {
   // body javascript function
 }
 ]]
 /func:script
 xsl:template match=/
   xsl:value-of select=./br/
   xsl:variable name=today select=user:today()/
 /xsl:template
 /xsl:stylesheet
 
 
 
 Thanks for your help  best regards,
 Sandrine - Paris France
 
 



Keine verlorenen Lotto-Quittungen, keine vergessenen Gewinne mehr! 
Beim WEB.DE Lottoservice: http://tippen2.web.de/?x=13




[ERROR]: Can't add attribute to 0-length text

2002-04-30 Thread Henrik Holle
[INFO]: Parsing of document complete, stopping renderer
[ERROR]: Can't add attribute to 0-length text


it is very strange.

my fo is working fine with the  pdf render, but the awt render throws this
error ??
any ideas ?



Absolute positioning

2002-04-30 Thread Ricardo Coutinho
Hi all,

Firstly I want to apologise in advance for asking many questions. :) It has
been some time since I used fop and fo (I think the last version i used was
0.17..)

1. Is there another way to use absolute positioning without using the
fo:block-container tag. With the text I have I don't have any  width/height
variables available. It does work with the fo:block tag.
2. Is there a way to specify the orientation for each individual page.

Lastly I would appreciate any online references regarding fo
elements/attributes.

Thanks in advance.


Regards,

Ricardo Coutinho
Odyssey Group
Software Engineer
52 Avenue de la gare Luxembourg
Tel : +352 26 29 77 33
Email : [EMAIL PROTECTED]
Internet : http://www.odyssey-group.com



RE: PDF to RTF

2002-04-30 Thread Roger Tribe



JFOR 
is a java written SXL:FO to RTF renderer.
It 
is not yet fully implemented yet (no headers, or footers for example), but the 
only one I could find.
see 
www.jfor.org 


  -Original Message-From: Amit Kirdatt 
  [mailto:[EMAIL PROTECTED]Sent: 26 April 2002 17:58To: Fop 
  FopSubject: PDF to RTF
  Does anybody know of a PDF to RTF converter 
  written in Java (preferably)?
  Or does anybody know of a XSL:FO based RTF 
  renderer? I tried the jfor one but is not sufficient for what I am trying to 
  do...(lacks support for headers, borders footers 
etc)


RE: Fopping and batch printing

2002-04-30 Thread Philippe Pithon
I have the same problem.
Did you find a solution ?

Otherwise, I made attempts with ghostscript 7.04 but there are the other
problems... The landscape does not work

-Message d'origine-
De : Wayne Elliott [mailto:[EMAIL PROTECTED]
Envoyé : lundi 22 avril 2002 14:29
À : [EMAIL PROTECTED]
Objet : Fopping and batch printing


Howdy

Anyone know of the best way to batch FOP generated PDF
documents for printing. In our scenario documents are
queued for generation, followed by printing, using threads.

We print from both a Windows 2000 GUI application and
Unix server, by spawning a shell command through
Runtime.exec. The commands we use are along the lines
of (I'm not at work

Win/Dos:

  c:/Program Files/Adobe/Acrobat 5.0/Reader/AcroRd32.exe  +
  /t  +
  file +   +
  printerName +   +
  driverName +   +
  portName

Unix: cat blah.pdf | acroread -toPostScript | lpr

The trouble we are having is tracking the print job and knowing
when to kill it. In the Dos version we can't get no exit status.
In fact we currently count to 10 then kill the process.

I think using Acrobat Reader to launch a print job is loony tunes,
but am struggling to find a better way. Does anyone know of a better
way, either to better control the shell command, or to fire PDF at
a printer from Java.

Also seeing some corruptiion of the margins in the Unix case. Any
Unix gurus know if lpr or acroread need some flags to shrink the
margin or set the page size. So many variables...

Prob this is all slightly off topic. Not sure. Seems printing is a
reasonable thing to do with a PDF so maybe we have all floundered
a bit in this area.

WPE
When not Fopping, can be found floundering with style.





Re: Why is FO(P) a superior model than what most proprietary tools propose

2002-04-30 Thread Alex McLintock

On Monday 29 April 2002 13:51, someone wrote:
 Thank you for all these good ideas. Would anyone happen to know of an
 industry analyst study on the advantages of XSL FO ?
 This is to lend some credibility to my recommendation.
At 05:18 30/04/2002, John Austin wrote:
All of those Open Source developers out there have become a more
efficient team than Microsoft or anyone else can ever assemble. IBM,
Sun and a few others seem to have realized this.

I think I agree with John's sentiment, if not his exact phrasing.
I'm trying to either
a) create my own XML publishing system with Cocoon, FOP, Tomcat, XIndice, 
etc and market it myself under my own product name - not mentioning Apache
or
b) try to get enough people in the UK to support Cocoon, FOP, Tomcat, 
XIndice, so that we can put this software into big businesses and they wont 
get nervous about lack of support.

I don't know about an industry analysts study of XSL:FO but we ought to be 
able to come up with case studies for people who have successfully used FOP.

Alex


Openweb Analysts Ltd, London: Software For Complex Websites 
http://www.OWAL.co.uk/
Free Consultancy for London Companies thinking of Open Source Software.



Re: Absolute positioning

2002-04-30 Thread Matthew Huggett
Hi Ricardo:

Regarding references for FO elements and attributes.  I guess you have
already checked the W3C recommendation?  The pdf version has an easy
bookmark to a FO properties summary.  If you check the xml cover pages site
http://xml.coverpages.org/ there might be something else.  I know theres a
company selling quick references for xml,xsl, ecma script, etc. ($5 US each)
but I can't remember the URL.

Matthew
- Original Message -
From: Ricardo Coutinho [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, April 30, 2002 10:08 PM
Subject: Absolute positioning


 Hi all,

 Firstly I want to apologise in advance for asking many questions. :) It
has
 been some time since I used fop and fo (I think the last version i used
was
 0.17..)

 1. Is there another way to use absolute positioning without using the
 fo:block-container tag. With the text I have I don't have any
width/height
 variables available. It does work with the fo:block tag.
 2. Is there a way to specify the orientation for each individual page.

 Lastly I would appreciate any online references regarding fo
 elements/attributes.

 Thanks in advance.


 Regards,

 Ricardo Coutinho
 Odyssey Group
 Software Engineer
 52 Avenue de la gare Luxembourg
 Tel : +352 26 29 77 33
 Email : [EMAIL PROTECTED]
 Internet : http://www.odyssey-group.com






RE: Current date integration

2002-04-30 Thread Sandrine Pilon
OK ! But a problem persists.
when I compile with FOP, It returns me errors about the line:
'exclude-result-prefixes=user' in stylesheet and I don't understand why.

Thanks
Sandrine [Paris]




-Message d'origine-
De : Roland Lechner [mailto:[EMAIL PROTECTED]
Envoyé : mardi 30 avril 2002 11:02
À : [EMAIL PROTECTED]
Objet : Re: Current date integration



This definitly works (at least in my application).
It might be a waste to define a new namespace for just own function, but
it seems to be the only solution.

Roland

[EMAIL PROTECTED] schrieb am 30.04.02:
 Dear all,

 How is it possible to integrate (simply) current date to a xsl stylesheet
?

 This solution seems to be run, but it's constraining to define an own
 namespace for one function.


 
 xsl:stylesheet   version=1.0
   xmlns:xsl=http://www.w3.org/1999/XSL/Transform;
   xmlns:fo=http://www.w3.org/1999/XSL/Format;
   xmlns:func=http://www.exslt.org/functions;
   xmlns:user=http://www.mcc-soft.com/mynamespace;

   extension-element-prefixes=func
   exclude-result-prefixes=user

 func:script implements-prefix=user language=javascript
 ![CDATA[
 function today()
 {
   // body javascript function
 }
 ]]
 /func:script
 xsl:template match=/
   xsl:value-of select=./br/
   xsl:variable name=today select=user:today()/
 /xsl:template
 /xsl:stylesheet


 

 Thanks for your help  best regards,
 Sandrine - Paris France





Keine verlorenen Lotto-Quittungen, keine vergessenen Gewinne mehr!
Beim WEB.DE Lottoservice: http://tippen2.web.de/?x=13



(routed by MccMailRouter)



Re: Current date integration

2002-04-30 Thread Oleg Tkachenko
Sandrine Pilon wrote:
OK ! But a problem persists.
when I compile with FOP, It returns me errors about the line:
'exclude-result-prefixes=user' in stylesheet and I don't understand why.
What is the error message ?
--
Oleg Tkachenko
Multiconn International, Israel


RE: Building a FO document with FOP

2002-04-30 Thread Katiyar, Bhawana
I guess it is better to build them as XML documents and use xsl:fo to transform 
them to FO documents. It is much easier. You could use the XML to render HTML, 
RTF or any other format. FOP programming is also much easier, as you shift all 
the java programming burden of building the FO document to FOP. 
Bhawana

-Original Message-
From: Ismaeil, Sameh Z [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 30, 2002 10:37 AM
To: '[EMAIL PROTECTED]'
Subject: Building a FO document with FOP


Hello All,

We are trying to build FO documents through Java code, these documents will
be rendered with FOP. I would like to know whether it is recommended to
build them using the FOP classes that represent FO elements (FONode/FObj and
its decendants), or whether it is better to build them as XML docuemnts and
use FOP for rendering only.

Thanks in advance


RE: Building a FO document with FOP

2002-04-30 Thread Ismaeil, Sameh Z
Thanks Bhawana,

This is not exactly what I mean. I don't have XML data documens, I'm trying
to build a pure XSL:FO document through code, not transform an existing XML
to FO. It will go like this: 
Data (from DB) --(Java code)-- FO document --(render with FOP)-- PDF

Any clue?

-Original Message-
From: Katiyar, Bhawana [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 30, 2002 5:05 PM
To: [EMAIL PROTECTED]
Subject: RE: Building a FO document with FOP


I guess it is better to build them as XML documents and use xsl:fo to
transform them to FO documents. It is much easier. You could use the XML to
render HTML, RTF or any other format. FOP programming is also much easier,
as you shift all the java programming burden of building the FO document to
FOP. 
Bhawana

-Original Message-
From: Ismaeil, Sameh Z [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 30, 2002 10:37 AM
To: '[EMAIL PROTECTED]'
Subject: Building a FO document with FOP


Hello All,

We are trying to build FO documents through Java code, these documents will
be rendered with FOP. I would like to know whether it is recommended to
build them using the FOP classes that represent FO elements (FONode/FObj and
its decendants), or whether it is better to build them as XML docuemnts and
use FOP for rendering only.

Thanks in advance


Re: Building a FO document with FOP

2002-04-30 Thread Markus Wiese
Hi Ismaeil,

I think Bhawana suggested: DB-JDBC-XML-XSL-FO-FOP-PDF,
this includes the additional xml document representation, but puts the
XSL:FO instructions outside your java, which would by bypassed
by java generated FO documents (your below mentioned construction)
It probably boils down to an efficiency decision, but the appealing
part of the xsl/xslt layer is the open architecture for applications you
might not even think of right now.

markus

-Ursprüngliche Nachricht-
Von: Ismaeil, Sameh Z [EMAIL PROTECTED]
An: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
Datum: Dienstag, 30. April 2002 17:25
Betreff: RE: Building a FO document with FOP


Thanks Bhawana,

This is not exactly what I mean. I don't have XML data documens, I'm trying
to build a pure XSL:FO document through code, not transform an existing XML
to FO. It will go like this:
Data (from DB) --(Java code)-- FO document --(render with FOP)-- PDF

Any clue?

-Original Message-
From: Katiyar, Bhawana [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 30, 2002 5:05 PM
To: [EMAIL PROTECTED]
Subject: RE: Building a FO document with FOP


I guess it is better to build them as XML documents and use xsl:fo to
transform them to FO documents. It is much easier. You could use the XML to
render HTML, RTF or any other format. FOP programming is also much easier,
as you shift all the java programming burden of building the FO document to
FOP.
Bhawana

-Original Message-
From: Ismaeil, Sameh Z [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 30, 2002 10:37 AM
To: '[EMAIL PROTECTED]'
Subject: Building a FO document with FOP


Hello All,

We are trying to build FO documents through Java code, these documents will
be rendered with FOP. I would like to know whether it is recommended to
build them using the FOP classes that represent FO elements (FONode/FObj
and
its decendants), or whether it is better to build them as XML docuemnts and
use FOP for rendering only.

Thanks in advance




Re: Building a FO document with FOP

2002-04-30 Thread Jeremias Maerki
I recommend you don't build XSL:FO through Java code directly. Produce a
simple XML format with just the data in it. Use a XSLT stylesheet
afterwards to convert the XMl to XSL:FO. It sounds like a lot of work,
but you're actually going to save time. For example, if your layout has
to change you have to adjust your Java code, recompile, redeploy. If
you're working with XSLT you can use some external XML tool, and you
just have to switch the stylesheet if something changes in the layout.

The whole idea about XSL (XSLT+XSL:FO) is separation of data/layout. You
will be a lot more flexible that way! Just imagine you want to generate
HTML or SVG instead of XSL:FO. This way, you (only) have to switch
stylesheets. Your way means writing the Java classes that produce the
XML all over again.

 This is not exactly what I mean. I don't have XML data documens, I'm trying
 to build a pure XSL:FO document through code, not transform an existing XML
 to FO. It will go like this: 
 Data (from DB) --(Java code)-- FO document --(render with FOP)-- PDF
 
 Any clue?
 
 -Original Message-
 From: Katiyar, Bhawana [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, April 30, 2002 5:05 PM
 To: [EMAIL PROTECTED]
 Subject: RE: Building a FO document with FOP
 
 
 I guess it is better to build them as XML documents and use xsl:fo to
 transform them to FO documents. It is much easier. You could use the XML to
 render HTML, RTF or any other format. FOP programming is also much easier,
 as you shift all the java programming burden of building the FO document to
 FOP. 
 Bhawana
 
 -Original Message-
 From: Ismaeil, Sameh Z [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, April 30, 2002 10:37 AM
 To: '[EMAIL PROTECTED]'
 Subject: Building a FO document with FOP
 
 
 Hello All,
 
 We are trying to build FO documents through Java code, these documents will
 be rendered with FOP. I would like to know whether it is recommended to
 build them using the FOP classes that represent FO elements (FONode/FObj and
 its decendants), or whether it is better to build them as XML docuemnts and
 use FOP for rendering only.

Cheers,
Jeremias Märki

mailto:[EMAIL PROTECTED]

OUTLINE AG
Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern
Tel. +41 41 317 2020 - Fax +41 41 317 2029
Internet http://www.outline.ch



RE: Building a FO document with FOP

2002-04-30 Thread Ismaeil, Sameh Z
Thanks All,

I'm well aware of the XSL solution. We had long discussions about the
subject of using XSL on XML documents. I'd say I'm forced for the time being
to write the pure FO directly through code.

I'd like to know if anyboy actually has some experience with writing FO
through code. I'd also like to know if I can use the FObj and its decendants
(available in the FOP source codebase) to write FO documents and whether or
not this is favored to writing the FO docuemnts, using code also, but as an
ordinary XML document.

Best

-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 30, 2002 5:50 PM
To: [EMAIL PROTECTED]
Subject: Re: Building a FO document with FOP


I recommend you don't build XSL:FO through Java code directly. Produce a
simple XML format with just the data in it. Use a XSLT stylesheet
afterwards to convert the XMl to XSL:FO. It sounds like a lot of work,
but you're actually going to save time. For example, if your layout has
to change you have to adjust your Java code, recompile, redeploy. If
you're working with XSLT you can use some external XML tool, and you
just have to switch the stylesheet if something changes in the layout.

The whole idea about XSL (XSLT+XSL:FO) is separation of data/layout. You
will be a lot more flexible that way! Just imagine you want to generate
HTML or SVG instead of XSL:FO. This way, you (only) have to switch
stylesheets. Your way means writing the Java classes that produce the
XML all over again.

 This is not exactly what I mean. I don't have XML data documens, I'm
trying
 to build a pure XSL:FO document through code, not transform an existing
XML
 to FO. It will go like this: 
 Data (from DB) --(Java code)-- FO document --(render with FOP)-- PDF
 
 Any clue?
 
 -Original Message-
 From: Katiyar, Bhawana [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, April 30, 2002 5:05 PM
 To: [EMAIL PROTECTED]
 Subject: RE: Building a FO document with FOP
 
 
 I guess it is better to build them as XML documents and use xsl:fo to
 transform them to FO documents. It is much easier. You could use the XML
to
 render HTML, RTF or any other format. FOP programming is also much easier,
 as you shift all the java programming burden of building the FO document
to
 FOP. 
 Bhawana
 
 -Original Message-
 From: Ismaeil, Sameh Z [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, April 30, 2002 10:37 AM
 To: '[EMAIL PROTECTED]'
 Subject: Building a FO document with FOP
 
 
 Hello All,
 
 We are trying to build FO documents through Java code, these documents
will
 be rendered with FOP. I would like to know whether it is recommended to
 build them using the FOP classes that represent FO elements (FONode/FObj
and
 its decendants), or whether it is better to build them as XML docuemnts
and
 use FOP for rendering only.

Cheers,
Jeremias Märki

mailto:[EMAIL PROTECTED]

OUTLINE AG
Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern
Tel. +41 41 317 2020 - Fax +41 41 317 2029
Internet http://www.outline.ch


RE: Building a FO document with FOP

2002-04-30 Thread Chakraborty, Shantanil
Exactly, in fact i generate XML fo batch Report using perl, then pass them
through FOP utility generating pdf file and finally sending the rendered
file to printer [which are printer and mailed to vendors].
Page x of y is easier to do this way... faced with logo display.. initially
i tries installing ImageMagic but had a easier way using FOP.
-shantanil

-Original Message-
From: Katiyar, Bhawana [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 30, 2002 11:05 AM
To: [EMAIL PROTECTED]
Subject: RE: Building a FO document with FOP


I guess it is better to build them as XML documents and use xsl:fo to
transform them to FO documents. It is much easier. You could use the XML to
render HTML, RTF or any other format. FOP programming is also much easier,
as you shift all the java programming burden of building the FO document to
FOP. 
Bhawana

-Original Message-
From: Ismaeil, Sameh Z [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 30, 2002 10:37 AM
To: '[EMAIL PROTECTED]'
Subject: Building a FO document with FOP


Hello All,

We are trying to build FO documents through Java code, these documents will
be rendered with FOP. I would like to know whether it is recommended to
build them using the FOP classes that represent FO elements (FONode/FObj and
its decendants), or whether it is better to build them as XML docuemnts and
use FOP for rendering only.

Thanks in advance


LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential and may be 
privileged. It is intended for the addressee(s) only. Access to this E-mail by 
anyone else is unauthorized. If you are not an addressee, any disclosure or 
copying of the contents of this E-mail or any action taken (or not taken) in 
reliance on it is unauthorized and may be unlawful. If you are not an 
addressee, please inform the sender immediately.


table-footer at foot of table problem

2002-04-30 Thread Steve Pitchford
Hello.

Please excuse me if this has already been asked - I've trawled through
the archives and read the FAQ to try to find an answer, but to no avail.

I am using a table with a fixed height, and a table-footer element.
I may be missing something, but I would like to have the footer at
The bottom of the table, rather than after the last table row in the
body section. Does anyone know how I can achieve this?

( I've included an example in case I haven't explained myself clearly )

Thanks in advance,

Steve

Example fo xml:

?xml version=1.0?
fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format;

fo:layout-master-set
fo:simple-page-master master-name=example
margin-top=10mm margin-bottom=10mm margin-left=10mm
margin-right=10mm page-width=170mm page-height=170mm
fo:region-body/
/fo:simple-page-master
/fo:layout-master-set

fo:page-sequence master-reference=example

fo:flow flow-name=xsl-region-body
fo:table border=1pt solid black
height=100mm table-layout=fixed
fo:table-column column-width=100mm/
fo:table-header
fo:table-row
fo:table-cell
fo:block
Header
/fo:block
/fo:table-cell
/fo:table-row
/fo:table-header
fo:table-footer
fo:table-row
fo:table-cell
fo:block
Footer
/fo:block
/fo:table-cell
/fo:table-row
/fo:table-footer
fo:table-body
fo:table-row
fo:table-cell
fo:block
Body
/fo:block
/fo:table-cell
/fo:table-row
/fo:table-body
/fo:table
/fo:flow
/fo:page-sequence
/fo:root


this produces a pdf kind of like the following:

+---+
|Header |
|Body   |
|Footer |
|   |
|   |
|   |
|   |
|   |
+---+

whereas what I would really like is:

+---+
|Header |
|Body   |
|   |
|   |
|   |
|   |
|   |
|Footer |
+---+



This message is intended only for the person or entity to which it is
addressed and may contain confidential and/or privileged material. Any
review, retransmission, dissemination or other use of, or taking of any
action in reliance upon, this information by persons or entities other
than the intended recipient is prohibited. If you receive this message
in error please contact the sender by return e-mail and delete the
message from your computer.

Any opinions contained in this message are those of the author and are
not given or endorsed by Metalogic PLC unless otherwise clearly
indicated in this message and the authority of the author to bind
Metalogic is duly verified.

Metalogic PLC accepts no liability for any errors or omissions in the
context of this message which arise as a result of internet
transmission.




RE: table-footer at foot of table problem

2002-04-30 Thread Scott Moore
My guess is table-footer is working exactly as intended.

Are you sure you don't want to use a page footer?  Something that always
gets placed at the bottom of a page?  If so, look into using
xsl-region-after


fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format;

fo:layout-master-set
fo:simple-page-master master-name=example
margin-top=10mm margin-bottom=10mm margin-left=10mm
margin-right=10mm page-width=170mm page-height=170mm
fo:region-after extent=20mm/
fo:region-body margin-bottom=20mm/
/fo:simple-page-master
/fo:layout-master-set

fo:page-sequence master-reference=example

fo:static-content flow-name=xsl-region-after
fo:blockFooter/fo:block
/fo:static-content

fo:flow flow-name=xsl-region-body.

HTH,
Scott


 -Original Message-
 From: Steve Pitchford [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, April 30, 2002 1:12 PM
 To: [EMAIL PROTECTED]
 Subject: table-footer at foot of table problem
 
 
 Hello.
 
 Please excuse me if this has already been asked - I've trawled through
 the archives and read the FAQ to try to find an answer, but 
 to no avail.
 
 I am using a table with a fixed height, and a table-footer element.
 I may be missing something, but I would like to have the footer at
 The bottom of the table, rather than after the last table row in the
 body section. Does anyone know how I can achieve this?


RE: table-footer at foot of table problem

2002-04-30 Thread Steve Pitchford
Thanks for the quick reply Scott,

I don't think I want to use page footers in this case
(although I'm willing to if they can solve what I want
to do ) - but I understand where you are coming from.

The reason is that the xsl I've written produces
documents that go over a few pages and I wanted to put
a row at the bottom of the last page to show some totals
using table-omit-footer-at-break, but keep the size of
the table consistent on all pages ( otherwise I could
just put an table after the fixed table )


Steve.

-Original Message-
From: Scott Moore [mailto:[EMAIL PROTECTED] 
Sent: 30 April 2002 18:12
To: '[EMAIL PROTECTED]'
Subject: RE: table-footer at foot of table problem

My guess is table-footer is working exactly as intended.

Are you sure you don't want to use a page footer?  Something that always
gets placed at the bottom of a page?  If so, look into using
xsl-region-after


fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format;

fo:layout-master-set
fo:simple-page-master master-name=example
margin-top=10mm margin-bottom=10mm margin-left=10mm
margin-right=10mm page-width=170mm page-height=170mm
fo:region-after extent=20mm/
fo:region-body margin-bottom=20mm/
/fo:simple-page-master
/fo:layout-master-set

fo:page-sequence master-reference=example

fo:static-content flow-name=xsl-region-after
fo:blockFooter/fo:block
/fo:static-content

fo:flow flow-name=xsl-region-body.

HTH,
Scott


 -Original Message-
 From: Steve Pitchford [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, April 30, 2002 1:12 PM
 To: [EMAIL PROTECTED]
 Subject: table-footer at foot of table problem
 
 
 Hello.
 
 Please excuse me if this has already been asked - I've trawled through
 the archives and read the FAQ to try to find an answer, but 
 to no avail.
 
 I am using a table with a fixed height, and a table-footer element.
 I may be missing something, but I would like to have the footer at
 The bottom of the table, rather than after the last table row in the
 body section. Does anyone know how I can achieve this?



Re: table-footer at foot of table problem

2002-04-30 Thread Chuck Paussa
Steve
What you could do is set the height of each table row to some length ie 
5mm. You then know how many table rows will appear on each page. Count 
up the number of rows in the table, calculate the number of rows that 
will appear on the last page. Insert Y empty rows at the end of the 
table to pad out the table to fill the page.

Chuck
Steve Pitchford wrote:
Thanks for the quick reply Scott,
I don't think I want to use page footers in this case
(although I'm willing to if they can solve what I want
to do ) - but I understand where you are coming from.
The reason is that the xsl I've written produces
documents that go over a few pages and I wanted to put
a row at the bottom of the last page to show some totals
using table-omit-footer-at-break, but keep the size of
the table consistent on all pages ( otherwise I could
just put an table after the fixed table )
Steve.
-Original Message-
From: Scott Moore [mailto:[EMAIL PROTECTED] 
Sent: 30 April 2002 18:12
To: '[EMAIL PROTECTED]'
Subject: RE: table-footer at foot of table problem

My guess is table-footer is working exactly as intended.
Are you sure you don't want to use a page footer?  Something that always
gets placed at the bottom of a page?  If so, look into using
xsl-region-after
fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format;
fo:layout-master-set
fo:simple-page-master master-name=example
margin-top=10mm margin-bottom=10mm margin-left=10mm
margin-right=10mm page-width=170mm page-height=170mm
fo:region-after extent=20mm/
fo:region-body margin-bottom=20mm/
/fo:simple-page-master
/fo:layout-master-set
fo:page-sequence master-reference=example

fo:static-content flow-name=xsl-region-after
fo:blockFooter/fo:block
/fo:static-content

fo:flow flow-name=xsl-region-body.
HTH,
Scott
 

-Original Message-
From: Steve Pitchford [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 30, 2002 1:12 PM
To: [EMAIL PROTECTED]
Subject: table-footer at foot of table problem
Hello.
Please excuse me if this has already been asked - I've trawled through
the archives and read the FAQ to try to find an answer, but 
to no avail.

I am using a table with a fixed height, and a table-footer element.
I may be missing something, but I would like to have the footer at
The bottom of the table, rather than after the last table row in the
body section. Does anyone know how I can achieve this?
   

 





Re: Why is FO(P) a superior model than what most proprietary tools propose

2002-04-30 Thread J.Pietschmann
Patrick Andries wrote:
Alex McLintock wrote:
I don't know about an industry analysts study of XSL:FO but we ought 
to be able to come up with case studies for people who have 
successfully used FOP. 
I think this is crucial. I found nothing of the sort.
There was recently an announcement on the cocoon list that
a major NASA site (KSC, i believe) is being redesigned
using Cocoon 2 (includes FOP) and will going online soon.
Perhaps some details regarding FOP usage there could be
asked for.
Apart from this, for my job I found XSLFO superior to
the various proprietary reporting tools (rather expensive
stuff). It's just me, though.
J.Pietschmann




Re: Incomplete PDF content

2002-04-30 Thread J.Pietschmann
Dutta, Sumanta wrote:
I am facing a strange problem while generating PDF in Servlet. I have got
two PDF reports to generate at present. I can generate one PDF properly, but
the other one, whose structure is similar to and simpler than the first one,
is coming out incomplete. It gives me the header and footer, and an
incomplete body. I tested my xsl by running through the standalone fop.dat
(in FOP-0.20.3) against the same XML data. It's generating the complete XML.
I am completely lost. Could anybody please help me!
That's strange indeed.
Some things you can try:
Did you close the output stream?
Are you using an intermediate ByteArrayOutputStream? Can you
dump it to a file, and is it also truncated? Do you
set the content-length, and is it correct? (Dump it to a file
or log)
Do you use an XSL transformation? Can you intercept the
intermediate FO XML and dump it to a file? Is it what you
expect?
HTH
J.Pietschmann


page break

2002-04-30 Thread Jens Posingies
Hi,

this may sound very easy for fop-cracks, but it's killing beginners like us:
How can I generate page-breaks in fo? There seem to be fitting fo-markups
(page-break-after, page-break-before etc.), but sadly they are not
implemented yet. Ideas?

Thanks,
Jens

___

 COMMODORE 64 BASIC V2 

64K RAM SYSTEM  38911 BASIC BYTES FREE

READY.
_
___



Re: Why is FO(P) a superior model than what most proprietary tools propose

2002-04-30 Thread Patrick Lanphier
We are considering using FOP in place of JReports or any other reporting
tools.  More needs to be written on how to use Cocoon and FOP as a true
report writer.  Any help would be great.  I'm currently working with Corda
in hopes that they will change the SVG format to inlining so that it can
be easy used with FOP.  If any of you would like to talk to them about
this that would be great.

Patrick Lanphier
The Artemis Group
http://www.artemisgroup.com
phone: 814-235-0444
  fax: 800-582-9710

On Tue, 30 Apr 2002, J.Pietschmann wrote:

 Patrick Andries wrote:
  Alex McLintock wrote:
  I don't know about an industry analysts study of XSL:FO but we ought
  to be able to come up with case studies for people who have
  successfully used FOP.
  I think this is crucial. I found nothing of the sort.

 There was recently an announcement on the cocoon list that
 a major NASA site (KSC, i believe) is being redesigned
 using Cocoon 2 (includes FOP) and will going online soon.
 Perhaps some details regarding FOP usage there could be
 asked for.

 Apart from this, for my job I found XSLFO superior to
 the various proprietary reporting tools (rather expensive
 stuff). It's just me, though.

 J.Pietschmann







Re: Current date integration

2002-04-30 Thread J.Pietschmann
Sandrine Pilon wrote:
How is it possible to integrate (simply) current date to a xsl stylesheet ?
Using javaScript is one solution, exactly as you did. With
Xalan, you can also use java.util.Date directly:
 http://www.biglist.com/lists/xsl-list/archives/200203/msg01243.html
Neither of these approaches is protable (yet). If you need
portability, pass the formatted date as a parameter to the
style sheet. You can pass parameters from the command line
as well as to an transformer object if you run an embedded
transformer. For Cocoon, it's best to write an apropriate
filter.
J.Pietschmann


RE: Why is FO(P) a superior model than what most proprietary tool s propose

2002-04-30 Thread Xie, David (IPCG-NJ)
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 
propose

We are considering using FOP in place of JReports or any other reporting
tools.  More needs to be written on how to use Cocoon and FOP as a true
report writer.  Any help would be great.  I'm currently working with Corda
in hopes that they will change the SVG format to inlining so that it can
be easy used with FOP.  If any of you would like to talk to them about
this that would be great.

Patrick Lanphier
The Artemis Group
http://www.artemisgroup.com
phone: 814-235-0444
  fax: 800-582-9710

On Tue, 30 Apr 2002, J.Pietschmann wrote:

 Patrick Andries wrote:
  Alex McLintock wrote:
  I don't know about an industry analysts study of XSL:FO but we ought
  to be able to come up with case studies for people who have
  successfully used FOP.
  I think this is crucial. I found nothing of the sort.

 There was recently an announcement on the cocoon list that
 a major NASA site (KSC, i believe) is being redesigned
 using Cocoon 2 (includes FOP) and will going online soon.
 Perhaps some details regarding FOP usage there could be
 asked for.

 Apart from this, for my job I found XSLFO superior to
 the various proprietary reporting tools (rather expensive
 stuff). It's just me, though.

 J.Pietschmann








Re: Absolute positioning

2002-04-30 Thread J.Pietschmann
Ricardo Coutinho wrote:
1. Is there another way to use absolute positioning without using the
fo:block-container tag.
Not yet.
2. Is there a way to specify the orientation for each individual page.
No yet.
J.Pietschmann



RE: Why is FO(P) a superior model than what most proprietary too ls propose

2002-04-30 Thread Kilmer, Erich
I would also be interested in understanding more on the viability of FOP as
a reporting tool. What are people's thought on this?
Thanks,
Erich

-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 propose


We are considering using FOP in place of JReports or any other reporting
tools.  More needs to be written on how to use Cocoon and FOP as a true
report writer.  Any help would be great.  I'm currently working with Corda
in hopes that they will change the SVG format to inlining so that it can
be easy used with FOP.  If any of you would like to talk to them about
this that would be great.

Patrick Lanphier
The Artemis Group
http://www.artemisgroup.com
phone: 814-235-0444
  fax: 800-582-9710

On Tue, 30 Apr 2002, J.Pietschmann wrote:

 Patrick Andries wrote:
  Alex McLintock wrote:
  I don't know about an industry analysts study of XSL:FO but we ought
  to be able to come up with case studies for people who have
  successfully used FOP.
  I think this is crucial. I found nothing of the sort.

 There was recently an announcement on the cocoon list that
 a major NASA site (KSC, i believe) is being redesigned
 using Cocoon 2 (includes FOP) and will going online soon.
 Perhaps some details regarding FOP usage there could be
 asked for.

 Apart from this, for my job I found XSLFO superior to
 the various proprietary reporting tools (rather expensive
 stuff). It's just me, though.

 J.Pietschmann






RE: Why is FO(P) a superior model than what most proprietary tool s propose

2002-04-30 Thread Brian O'Kelley
Our product (Cetova Financial Analysis  Reporting - www.cetova.com)
uses FOP (embedded) for PDF generation.
Brian

-Original Message-
From: Xie, David (IPCG-NJ) [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, April 30, 2002 4:45 PM
To: '[EMAIL PROTECTED]'
Subject: RE: Why is FO(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: Why is FO(P) a superior model than what most proprietary
tools propose

We are considering using FOP in place of JReports or any other reporting
tools.  More needs to be written on how to use Cocoon and FOP as a true
report writer.  Any help would be great.  I'm currently working with
Corda in hopes that they will change the SVG format to inlining so that
it can be easy used with FOP.  If any of you would like to talk to them
about this that would be great.

Patrick Lanphier
The Artemis Group
http://www.artemisgroup.com
phone: 814-235-0444
  fax: 800-582-9710

On Tue, 30 Apr 2002, J.Pietschmann wrote:

 Patrick Andries wrote:
  Alex McLintock wrote:
  I don't know about an industry analysts study of XSL:FO but we 
  ought to be able to come up with case studies for people who have 
  successfully used FOP.
  I think this is crucial. I found nothing of the sort.

 There was recently an announcement on the cocoon list that
 a major NASA site (KSC, i believe) is being redesigned
 using Cocoon 2 (includes FOP) and will going online soon. Perhaps some

 details regarding FOP usage there could be asked for.

 Apart from this, for my job I found XSLFO superior to
 the various proprietary reporting tools (rather expensive stuff). It's

 just me, though.

 J.Pietschmann









Re: Basic-link problem in JSPs

2002-04-30 Thread J.Pietschmann
Ralf Steppacher wrote:
I transform a xml file and add FO vocabulary, generating a PDF with fop 
afterwards. Now that I got it work using xalan and fop from the command 
line I embedded both into a JSP and a bean following the example code 
from docs/examples/embedding.
The problem: When I generate the PDF with the JSP my fo:basic-links 
don't make it into the PDF. If I dump the FO DOM tree to a file and use 
fop from the commandline the links are present in the PDF.
Are you, by any chance, using disable-output-escaping somewhere?
J.Pietschmann


Re: Why is FO(P) a superior model than what most proprietary tool s propose

2002-04-30 Thread Josh

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 
required to realistically run Cocoon it's a pretty big commitment.

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.
It's a great idea and is going to be a killer solution for 
designers/developers but it's probably going to take a year or so before 
it's completely viable. What is FOP now - 0.20.3? Not very old really :-)

Later
Josh
ZYPE - Graphical Interface Design
Phone: 03 963 3735
Mobile: 021 400 472
Web: www.zype.co.nz



Re: page break

2002-04-30 Thread J.Pietschmann
Jens Posingies wrote:
this may sound very easy for fop-cracks, but it's killing beginners like us:
How can I generate page-breaks in fo? There seem to be fitting fo-markups
(page-break-after, page-break-before etc.), but sadly they are not
implemented yet. Ideas?
Use break-before=page or break-after=page on a block
level element for this purpose. The properties you cited
are shorthands for this.
J.Pietschmann


Re: Why is FO(P) a superior model than what most proprietary tool s propose

2002-04-30 Thread Josh
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 to brought FOP into 
line with a last minute change in the
standard. You wont see this kind of changes very often.
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 (and hand coding the stuff doesn't make it much easier) so no one 
does.

One day.
Josh
ZYPE - Graphical Interface Design
Phone: 03 963 3735
Mobile: 021 400 472
Web: www.zype.co.nz



RE: Why is FO(P) a superior model than what most proprietary tool s propose

2002-04-30 Thread Carter, Will
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?

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 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 on the same instance of the app server all running a decent sized PDF
at once. Does anyone know if wrapping FOP in a session bean would allow me
to distribute processing around to unused servers or otherwise handle the
java.lang.outOfMemoryError better? (We're on Weblogic 6.1)

I compared FOP to RenderX from XEP. RenderX was the only solution that
really mathces FOP's profile (XSL:FO based, java-based or at least platform
neutral, no extra servers to run or programs to install - if there are any
more out there, please post). For the report I was running, FOP was about 10
times faster than RenderX. But from most accounts performance between the
two should similar. I figure there must be something particular about my
stylesheet that RenderX didn't like. So I called XEP to see what kind of
support my interest in purchasing their $5k/cpu product might garner. They
weren't very helpful but did say they were insanely busy. I have a feeling
if you could come up with a high-performing commerical all Java FO-PDF
engine, you'd be very rich very quick.


Matt Savino

 


RE: Why is FO(P) a superior model than what most proprietary tool s propose

2002-04-30 Thread Robert C. Leif
From: Bob Leif
To: Matt Savino

It sounds like you need the performance of an efficient compiled
language that performs wherever possible its inheritance at compile
rather than run time. Ada is an ISO standard which is available as a GNU
compiler, GNAT. It should be noted that Java is a 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 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 on the same instance of the app server all running a decent sized
PDF
at once. Does anyone know if wrapping FOP in a session bean would allow
me
to distribute processing around to unused servers or otherwise handle
the
java.lang.outOfMemoryError better? (We're on Weblogic 6.1)

I compared FOP to RenderX from XEP. RenderX was the only solution that
really mathces FOP's profile (XSL:FO based, java-based or at least
platform
neutral, no extra servers to run or programs to install - if there are
any
more out there, please post). For the report I was running, FOP was
about 10
times faster than RenderX. But from most accounts performance between
the
two should similar. I figure there must be something particular about my
stylesheet that RenderX didn't like. So I called XEP to see what kind of
support my interest in purchasing their $5k/cpu product might garner.
They
weren't very helpful but did say they were insanely busy. I have a
feeling
if you could come up with a high-performing commerical all Java FO-PDF
engine, you'd be very rich very quick.


Matt Savino

 



RE: Why is FO(P) a superior model than what most proprietary tool s propose

2002-04-30 Thread Scott Moore
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?
   
 


RE: Why is FO(P) a superior model than what most proprietary tool s propose

2002-04-30 Thread Savino, Matt C
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?

  
 



RE: Why is FO(P) a superior model than what most proprietary tool s propose

2002-04-30 Thread Savino, Matt C
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'll run it by the corporate
brass.

Matt Savino



 -Original Message-
 From: Robert C. Leif [mailto:[EMAIL PROTECTED]
 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
 language that performs wherever possible its inheritance at compile
 rather than run time. Ada is an ISO standard which is 
 available as a GNU
 compiler, GNAT. It should be noted that Java is a 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 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 on the same instance of the app server all running a 
 decent sized
 PDF
 at once. Does anyone know if wrapping FOP in a session bean 
 would allow
 me
 to distribute processing around to unused servers or otherwise handle
 the
 java.lang.outOfMemoryError better? (We're on Weblogic 6.1)
 
 I compared FOP to RenderX from XEP. RenderX was the only solution that
 really mathces FOP's profile (XSL:FO based, java-based or at least
 platform
 neutral, no extra servers to run or programs to install - if there are
 any
 more out there, please post). For the report I was running, FOP was
 about 10
 times faster than RenderX. But from most accounts performance between
 the
 two should similar. I figure there must be something 
 particular about my
 stylesheet that RenderX didn't like. So I called XEP to see 
 what kind of
 support my interest in purchasing their $5k/cpu product might garner.
 They
 weren't very helpful but did say they were insanely busy. I have a
 feeling
 if you could come up with a high-performing commerical all 
 Java FO-PDF
 engine, you'd be very rich very quick.
 
 
 Matt Savino
 
  
 
 



RE: Why is FO(P) a superior model than what most proprietary tool s propose

2002-04-30 Thread Scott Moore
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 or so the threads wake up, check to see if
they should run (next in line and # reports running  MAX) otherwise they go
back to sleep for another second.

It's a little more complicated than that, but that's the general gist.

Scott

 -Original Message-
 From: Savino, Matt C [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, April 30, 2002 5:39 PM
 To: '[EMAIL PROTECTED]'
 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
 
 


Re: Why is FO(P) a superior model than what most proprietary tool s propose

2002-04-30 Thread J.Pietschmann
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 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 pages and dependent data to be held in memory until
rendering is finished).
I've been able to render 500 Page books without problems.
J.Pietschmann


RE: Why is FO(P) a superior model than what most proprietary tool s propose

2002-04-30 Thread Savino, Matt C
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?

Matt Savino



 -Original Message-
 From: J.Pietschmann [mailto:[EMAIL PROTECTED]
 Sent: 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 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 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 pages and dependent data to be held in memory until
 rendering is finished).
 
 I've been able to render 500 Page books without problems.
 
 
 J.Pietschmann
 
 



RE: Why is FO(P) a superior model than what most proprietary tool s propose

2002-04-30 Thread Carter, Will
this is interesting...
can the servlet report how many threads it has at any given time?  Do you
know of any code examples of how this is done?

thanks for the good idea...
will

-Original Message-
From: Scott Moore [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 30, 2002 4:39 PM
To: '[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 or so the threads wake up, check to see if
they should run (next in line and # reports running  MAX) otherwise they go
back to sleep for another second.

It's a little more complicated than that, but that's the general gist.

Scott

 -Original Message-
 From: Savino, Matt C [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, April 30, 2002 5:39 PM
 To: '[EMAIL PROTECTED]'
 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
 
 


Re: Why is FO(P) a superior model than what most proprietary tool s propose

2002-04-30 Thread J.Pietschmann
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 into problems with
memory consumption, this could be one cause (out of
many possible others).
The standard procedure when you are getting
OutOfMemoryExceptions is:
1. Look for a bigger machine, and increase JVM memory
settings (they should not exceed physical memory). This
will only go so far.
2. If you are running a servlet, serialize requests for
PDF rendering.
3. Get rid of forward references. This is often a really
big win.
4. If you have some amount of large graphics which is
scaled down by FOP anyway, scale them down before you
feed them to FOP. This helps especially if you have
inncently looking highly compressed but high-resolution
JPGs (something in the 1000x1000 pixel range, one such
critter can eat up to 5MByte).
5. If everything above is already stretched to the
limit, simplify your layoput and the intermediate FO
structure. However, unless your whole document is a
single table, this is often small change. Nevertheless,
some small modifications in the style sheet can make
a difference between working and not working.
J.Pietschmann