I have written a simple class which takes XML and XSL and translate it into PDF using FOP (this works fine when run it as a standalone application) but when I embed this program/logic in a stateless EJB it doesn't render the content to the output stream.
I have checked out the class path also, I am using the same setEnv.bat file to set the environment for running both standalone program as well as weblogic application server. Please help me Thanks Amit -----Original Message----- From: RamanaJV [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 09, 2002 9:39 AM To: [EMAIL PROTECTED] Subject: RE: Page details support? I understand that messing around with FOP is not a good idea. But what to do, I doesn't get any solution till. I'll put the problem in greater detail again. I will be having FO templates, that specify the style of the report. Let's say the template is like: <?xml version="1.0" encoding="utf-8"?> <fo:root xmlns:fo="http://www.w3.org/1999/XSL/Format> <!-- defines the layout master --> <fo:layout-master-set> <fo:simple-page-master master-name="first" page-height="11in" page-width="8.5in" margin-top="25pt" margin-bottom="25pt" margin-left="20pt" margin-right="10pt"> <fo:region-body margin-top="50pt"> <fo:region-before extent="50pt"> <fo:region-after extent="25pt"> </fo:simple-page-master> </fo:layout-master-set> <!-- starts actual layout --> <fo:page-sequence master-reference="first"> <fo:static-content flow-name="xsl-region-before"> <!-- Static content goes here --> </fo:static-content> <fo:flow flow-name="xsl-region-body"> <fo:block white-space-collapse="false" space-after="12pt"> <fo:inline font-weight="bold">##########</fo:inline>" + </fo:block> </fo:flow> </fo:page-sequence> </fo:root> There will be templates like above where the hashpart(#######) is the hole area where the programs fill the data. The data will be got from the database and the client program supplies the server with the data and the sever program takes the data and for every write call the client program says, the server creates a new "fo:block" element and places the data supplied in the hash portion. The client proceeds in this fashion. The client program may supply large amount of records, can be around 15,000 records also. So, it is not advisable to make the user wait till all the data is supplied and the entire FO constructed. There is an assumption made now, say we can show 40 records per page. The client supplies 40 records to the sever, which renders the page using FOP API. But, the problem comes if the data supplied will not fit in the single line. If the data spans more than 1 line, then the assumption becomes incorrect and the remnant portion of the data ( a small chunk, could be one or two lines) comes in the second page. This is not good. There actually will be number of templates and client filling out the templates. So, I'm trying to find a solution where in which at any point of time client should be able to know that "Still how many lines of display remain?". With that the client can hold until the server gives it a ready signal again. I hope I'm clear now... I'm not finding how to solve the above problem... I think this type of viewing is common in business applications... For now, it is assumed that the page size is 8.5in * 11in and portrait mode. Is it possible? I'll be waiting to hear for a solution... -----Original Message----- From: Jeremias Maerki [mailto:[EMAIL PROTECTED]] Sent: Monday, July 08, 2002 8:54 PM To: [EMAIL PROTECTED] Subject: Re: Page details support? The font classes could help you here, too. But I wonder if that helps you a lot. Questions like that often indicate that someone is trying to work around a problem that is actually supposed to be worked out in a different way. If you experience a deficiency with FOP, first try to find out, if it's XSL:FO that doesn't provide what you need or if it's FOP. If it's FOP, tell us what you want to accomplish. We may (!) be able to help you find another solution that doesn't involve messing around with FOP. And if you really decide to hack into FOP, be aware that your solution will lose portability because you're restricting yourself to a particular software and that may be as bad as buying proprietary software. :-) I hope this helps. > Is it possible to through FOP API to find the number of lines ( for > a defined font and page) that can be rendered? Cheers, Jeremias Märki --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]