Hi , this looks little strange..its not BI or Word property. Can you upload the rtf and sample xml to check this further 

Due to exhausted heap size sometime this happened when you try to generate the pdf output for big xml data. To solve this in the concurrent program window > Option you can specify dedicated heap size as -Xms1024m -Xmx1024m this should solve the problem. Many standard xml report in R12 uses the same thing.

Generally this should not happened if you have same font available in PDF. Can you please check the font which you are using in RTF is available in pdf viewer(e.g. Adobe Reader.) If you are using Adobe Reader you can check this by File > Preferences > Fonts tab

This error prompt that template is not getting picked up properly .....Can you specify template type as "xslxml" and try as below <xapi:template type="xslxml" location="xdo://XXX.XXXPTAXML.en.US/?getsource=true" />

The error can come with below reason, you can verify each (ignore if already checked) 1. Please check the physical path exists in Unix application server which you specify under Administration tab. And you should have write access to that folder. It will be great if you can provide screen shot of the path you set 2.…

Do you have any template for no data found (else template in case of if...elseif...elseif...else) ? If no then its intended behavior since no condition satisfy it will print blank page. Better to define no data found page and call that incase no condition satisfy.

In Discoverer though its different sheet under same workbook, but it consider that as two different report. So in BI publisher also those kind of requirement is as same as two different report. Now if your data set is same to pick data based on parameter manager or department then you can handle this in parameter as below…

May I know what code you are using to get the image? is there any Unix environment variable is there? I will suggest to print the full image path in XML and use that xml tag in rtf to get image absolute path

You can use <?xdoxslt: toWordsAmt(1252.89)?> but not sure amount format fulfill your requirement

Is this output fulfill your requirement?

I don't have access to send mail as attachment. Changes I did was, removed invLine foreach and control the space from footer.

Looks like you have spme junk characters in your XML. Save the XML and open in Mozila it will point the junk character

but the last line of first page data is going to printing on 2nd page. : What it means? can you give example

Can you uncheck the option Allow row to break across the pages

Hi Rajesh, I have seen your rtf and I think PB with below condition is causing the issue. May I know what exactly this page break is for? in this $start is not getting proper value <xsl:if xdofo:ctx="inblock" test="$start+$lpp<=count($invLines)"><xsl:attribute name="break-before">page</xsl:attribute></xsl:if>

We had similar requirement in Oracle EBS so we used lookup(its kind of mapping where you can define one value and there respective translated value) to achieve the same. Based on language we are checking the lookup and picking the respective translated value in rtf. So its similar to defining translation in xlf file rather…

you can control the number of lines per page by setting your footer space e.g. suppose you want to print 14 lines per page then <?start:body?> <?end body?> <This is footer section , hear add as many as blank/hidden tables rows so that you left 1 lines space for body> Once we set the footer in this way doesn't matter number…

Can you try without lpp 14 and just control through footer space?

For one of my requirement where in each page i need to print 30 lines and 31 line should go to next page I achieved below Below are the sample rtf with start body and end body, row which I highlighted in Yellow are just blank row to restrict body space to print only 30 lines(Because of preprinted paper size) Sample Output

Can you provide exact XML file and pdf output what you are getting in Apps instance?