Hi Fop Dev Team,
I am unable to generate PDF file using apache fop-1.1 for past 1 month .
I have also submitted my issue in JIRA but still I am unable to resolve .
Please provide some sample examples for arabic characterset PDF creation.
I search in internet but still I didn't get any useful
You continue to fail to provide sufficient information to determine your
problem. Please supply the folllowing:
- your input FO file
- the output PDF file produced when formatting the above
- your FOP config file
- any relevant console output
On Tue, Jul 15, 2014 at 6:59 AM,
Hello,
We are having issues regarding fop (v0.95) performances on multiples calls. We
are creating pdf containing a few images and our own fonts.
The first call is by far longer than the others and it's a problem for us. Here
are some call examples (times are in ms) :
Call #1 - Elapsed time
to upgrade their OSs.
I don't know anything about servlets. I suspect I should learn soon.
-Original Message-
From: Andreas L. Delmelle [mailto:andreas.delme...@telenet.be]
Sent: Sunday, June 19, 2011 5:42 AM
To: fop-users@xmlgraphics.apache.org
Subject: Re: fop .95 PDF generation issue
On 17 Jun 2011, at 22:07, Chetan Shirol wrote:
Hi Chetan
I have set the content/type properly to PDF but still the issue is there.
Actually we are migrating from fop .25 to .95 and this migration has caused
this
issue.
Yes, but you also mention the issue is limited to IE6. People should
Hi Jose,
I have set the content/type properly to PDF but still the issue is there.
Actually we are migrating from fop .25 to .95 and this migration has caused this
issue.
Please let me know if you have any other thoughts on this.
Regards,
Chetan V S
I am facing one problem with fop .95 jar - some time PDF gets generated properly
in the popup screen and some times it is getting corrupted (shows some text as
- %PDF-1.4 %ª«¬ 4 0 obj /Producer (Apache FOP Version..etc etc etc)
And also I observed that it is happening in IE6 only. With
I don't think it is a FOP problem. I've seen that behaviour when I try to
navigate to some action that generates a PDF, and it fails for wathever
reason. If I fix the problem and try to refresh the page, the PDF is shown
as a lot of rubbish. Actually, it is the binary content of the PDF. So in
Hello all,
I've generated an FO file based on XHTML using AntennaHouse's XSLT. My
source XHTML has a line of text with a postal code, 2 spaces and then a
city name. This is a block from the generated FO file:
fo:block role=html:div
fo:inline role=html:span1000AA
://www.willmycc.de
Von: Bas van den Broek [mailto:bas.van.den.br...@mendix.com]
Gesendet: Mittwoch, 8. September 2010 12:31
An: fop-users@xmlgraphics.apache.org
Betreff: Double spaces are removed in PDF generation
Hello all,
I've generated an FO file based on XHTML using AntennaHouse's XSLT. My source
try adding xml:space='preserve' and white-space-collapse='false' to the
inline element; also you can try substituting non-breaking space #x00A0;
On Wed, Sep 8, 2010 at 6:30 PM, Bas van den Broek
bas.van.den.br...@mendix.com wrote:
Hello all,
I’ve generated an FO file based on XHTML using
Hello ,
I am using FOP 0.95 in servlet for dynamic PDF generation .
It is of about 160 pages .and uses many images in background and other
things.
I give it XML and XSLT as file input and I write out put in response
using byte array
I get following error
Caused
for dynamic PDF generation .
It is of about 160 pages .and uses many images in background and
other things.
I give it XML and XSLT as file input and I write out put in response
using byte array
I get following error
Caused by: javax.faces.FacesException: #
{CatalogueBean.actionExtract
hi,
when I want to generate a pdf file from fop I got this error :
Error in pdf generation, Invalid or Empty Template
here is the template , please your help is appreciated.
thanks http://www.nabble.com/file/p24358241/AGENDA3.XSL AGENDA3.XSL
--
View this message in context:
http
On 06 Jul 2009, at 18:02, mlotfi wrote:
Hi
when I want to generate a pdf file from fop I got this error :
Error in pdf generation, Invalid or Empty Template
This is not an error that is thrown by FOP. Seems like this is caused
somewhere in the embedding application.
At any rate, the XSL
Subject: RE: Need help on PDF generation using XSL-FO
we have another requirement of disabling the PRINT, SAVE and EDIT
options in the PDF. It looks like we can't disable the PRINT option
using XSL-FO.
Disabling print and edit are handled by PDF security. Why can't you
disable print? I have
On Feb 9, 2007, at 19:02, Nelson, Dean wrote:
I have just tried this with my own project here - just disabling the
print.
It appears that the print disabling is tied to the security. Is
there a
way to NOT put in password and it disable the print? Right now if you
disable the print, it
Hi All,
We have a project requirement to generate a PDF document out of XML in
multiple languages. We have been successful in generating the PDF in
multiple languages.
On top of this, we have another requirement of disabling the PRINT, SAVE
and EDIT options in the PDF. It looks like we can't
on PDF generation using XSL-FO
Hi All,
We have a project requirement to generate a PDF document out of XML in
multiple languages. We have been successful in generating the PDF in
multiple languages.
On top of this, we have another requirement of disabling the PRINT, SAVE
and EDIT options
/acrobat/
Jeff
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Thursday, February 08, 2007 4:53 AM
To: fop-users@xmlgraphics.apache.org
Subject: Need help on PDF generation using XSL-FO
Hi All,
We have a project requirement to generate a PDF document
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
View this message in context:
http://www.nabble.com/PDF-generation-fails-sometimes-tf2111448.html#a5858920
Sent from the FOP - Users
-reference=Section1-ps
The code is complicate and confidential, so sorry I can not attach here, but
this seems strange, i need some idea how can this happen sometime and not
always...
Thanks
Michael
--
View this message in context:
http://www.nabble.com/PDF-generation-fails-sometimes
Thanks guys!
I will try out those hints and ask the docbook list, too.
Have a nice day,
Remo
-Original Message-
From: Andreas L Delmelle [mailto:[EMAIL PROTECTED]
Sent: Mittwoch, 9. August 2006 18:12
To: fop-users@xmlgraphics.apache.org
Subject: Re: PDF generation
On Aug 9, 2006
-Original Message-
From: Andreas L Delmelle [mailto:[EMAIL PROTECTED]
Sent: Mittwoch, 9. August 2006 18:12
To: fop-users@xmlgraphics.apache.org
Subject: Re: PDF generation
On Aug 9, 2006, at 16:17, Remo Liechti wrote:
Hi,
I think the only problem I have now is to pass the parameters
Remo Liechti wrote:
It's me again.
Well, to pass parameters to the XLS works fine, now. For example I can
define the paper size etc.
In the FAQ on
http://xmlgraphics.apache.org/fop/faq.html#blank-page-between-page-seque
nces is written in chapter 3.2:
If you don't want to have this blank
2006/8/10, Remo Liechti:
It's me again.
Well, to pass parameters to the XLS works fine, now. For example I can
define the paper size etc.
In the FAQ on
http://xmlgraphics.apache.org/fop/faq.html#blank-page-between-page-seque
nces is written in chapter 3.2:
If you don't want to have this blank
Subject: Re: PDF generation
2006/8/10, Remo Liechti:
It's me again.
Well, to pass parameters to the XLS works fine, now. For example I can
define the paper size etc.
In the FAQ on
http://xmlgraphics.apache.org/fop/faq.html#blank-page-between-page-seque
nces is written in chapter 3.2
@xmlgraphics.apache.org
Subject: RE: PDF generation
Thanks Chris, Thanks Vincent
There was some misunderstanding on my side, sorry about that. I
understand clearly now :)
Thanks, again,
Remo
-Original Message-
From: Vincent Hennebert [mailto:[EMAIL PROTECTED]
Sent: Donnerstag, 10
Liechti [mailto:[EMAIL PROTECTED]
Sent: Donnerstag, 10. August 2006 12:42
To: fop-users@xmlgraphics.apache.org
Subject: RE: PDF generation
Thanks Chris, Thanks Vincent
There was some misunderstanding on my side, sorry about that. I
understand clearly now :)
Thanks, again,
Remo
-Original
[mailto:[EMAIL PROTECTED]
Sent: Donnerstag, 10. August 2006 12:58
To: fop-users@xmlgraphics.apache.org
Subject: Re: PDF generation
Can you please post the whole generated fo?
Thanks,
Vincent
2006/8/10, Remo Liechti:
Well, I took a look at the generated FO:
fo:page-sequence
xmlns:axf=http
Hennebert [mailto:[EMAIL PROTECTED]
Sent: Donnerstag, 10. August 2006 16:26
To: fop-users@xmlgraphics.apache.org
Subject: Re: PDF generation
2006/8/10, Remo Liechti:
There it is.
Ok, this is an unrelated problem. After the block containing the SPOC7:
Prototype Description text there is another fo:block
On Thursday 10 August 2006 23:23, Chris Bowditch wrote:
Vincent Hennebert wrote:
Hi Vincent,
(Note for Fop-dev regarding the break-after problem:
That said, I think there's a bug as a new page is created while
there is nothing more but whitespace characters in the flow. If I
remove the
Hi Chris, Manuel,
I think there really is a problem. In the attached fo there is not
even a whitespace between the block and the end of the fo:flow, yet
two pages are generated.
Vincent
2006/8/10, Manuel Mall:
On Thursday 10 August 2006 23:23, Chris Bowditch wrote:
Vincent Hennebert wrote:
On Aug 10, 2006, at 16:25, Vincent Hennebert wrote:
Hi all,
(Note for Fop-dev regarding the break-after problem:
That said, I think there's a bug as a new page is created while
there is
nothing more but whitespace characters in the flow. If I remove the
indenting so that all the remaining
(Modifying the subject for archiving purpose.)
Hi Andreas,
2006/8/10, Andreas L Delmelle:
On Aug 10, 2006, at 16:25, Vincent Hennebert wrote:
Hi all,
(Note for Fop-dev regarding the break-after problem:
That said, I think there's a bug as a new page is created while
there is
nothing
On Aug 10, 2006, at 19:44, Andreas L Delmelle wrote:
snip /
I'll keep looking for that reference, but I wouldn't be surprised
if there are none. The conclusion that the break should be avoided
seems more like 'expected' than 'compliant' behaviour...
Another _possible_ solution --haven't
Hi all
I'm new to XSL and FOP and all that stuff. I need to create a PDF out of
a docbook. My docbook looks like:
book lang=en
bookinfo
titlemyTitle/title
/bookinfo
chapter
titlechapter one/title
simparatext text
Remo Liechti wrote:
Hi all
I'm new to XSL and FOP and all that stuff. I need to create a PDF out of
a docbook. My docbook looks like:
book lang=en
bookinfo
titlemyTitle/title
/bookinfo
chapter
titlechapter one/title
... like:
Fop -xsl C:\xsl\fo\docbook.xsl forcae-page-count=no-force -xml
myDocBook.xml -pdf myPdf.pdf
Any idea?
Remo
-Original Message-
From: Chris Bowditch [mailto:[EMAIL PROTECTED]
Sent: Mittwoch, 9. August 2006 15:18
To: fop-users@xmlgraphics.apache.org
Subject: Re: PDF generation
-
From: Remo Liechti [mailto:[EMAIL PROTECTED]
Sent: Mittwoch, 9. August 2006 16:17
To: fop-users@xmlgraphics.apache.org
Subject: RE: PDF generation
Hi Chris
Thanks a lot for the answers.
I think the only problem I have now is to pass the parameters to the XSL
document.
Fop -xsl C:\xsl\fo
=no-force
call C:\Daten\spoc7\doc\fop\Fop -fo myFormattingObject.fo -pdf
myPdf.pdf
But the empty page's still there...
Remo
-Original Message-
From: Remo Liechti [mailto:[EMAIL PROTECTED]
Sent: Mittwoch, 9. August 2006 16:17
To: fop-users@xmlgraphics.apache.org
Subject: RE: PDF generation
Hi
We are working
on migration of our application from WSAD 5.1 to RAD 6.0, in turn also
upgrading jdk1.3 to jdk1.4. Our application uses FOP for PDF generation.
While running
the application in RAD6.0 we are getting following error:
java.lang.AbstractMethodError:
org/apache/fop
I'm not sure I correctly understand the problem anymore, but this might
be relevant:
Can't you let the JPEG servlet indicate that its output should not be
cached? I use this code to disable various cache mechanism:
private void setNoCache(HttpServletResponse resp) {
On Jan 20, 2006, at 6:28 AM, Jeroen van der Vegt wrote:I'm not sure I correctly understand the problem anymore, but this might be relevant:Can't you let the JPEG servlet indicate that its output should not be cached? I use this code to disable various cache mechanism: private void
Clay Leeds wrote:
On Jan 20, 2006, at 6:28 AM, Jeroen van der Vegt wrote:
I'm not sure I correctly understand the problem anymore, but this
might be relevant:
Can't you let the JPEG servlet indicate that its output should not be
cached? I use this code to disable various cache mechanism:
On Jan 20, 2006, at 9:22 AM, Glen Mazza wrote:
Clay Leeds wrote:
I understood the OP (pasted at the bottom of this msg) to mean
there is a caching problem with the JPEG image of each chart.
Are you sure? The proxy/client is getting only a PDF document
(MIME type application/pdf), no
Jeremias Maerki wrote:
On 18.01.2006 09:44:57 Chris Bowditch wrote:
vijay visu wrote:
snip/
These servlets should be called for each PDFs
generated since each chart will be unique.
My problem is that the servlets which builds the
dynamic charts are called
for the first time only. On the
On Jan 19, 2006, at 10:30 AM, Glen Mazza wrote:
Jeremias Maerki wrote:
Or you need to simply make sure that the URLs are unique. You can
use a
dummy parameter in the URL to fake uniqueness:
http://localhost/MyChartServlet?dummy=1234
Hmmm...my guess is that for any servlet-related problem
Clay Leeds escribió:
On Jan 19, 2006, at 10:30 AM, Glen Mazza wrote:
Jeremias Maerki wrote:
Or you need to simply make sure that the URLs are unique. You can use a
dummy parameter in the URL to fake uniqueness:
http://localhost/MyChartServlet?dummy=1234
Hmmm...my guess is that for any
hi
i am doing a code which generates the PDF in a batch
process.
These PDFs include dynamically built charts by
servlets.
I am making use of external-graphic tag to pick the
images.
These servlets throw jpeg image of the charts in the
output stream.
These servlets should be called for each
vijay visu wrote:
snip/
These servlets should be called for each PDFs
generated since each chart will be unique.
My problem is that the servlets which builds the
dynamic charts are called
for the first time only. On the subsequent calls the
old charts are
only built in PDF and the servlets
On 18.01.2006 09:44:57 Chris Bowditch wrote:
vijay visu wrote:
snip/
These servlets should be called for each PDFs
generated since each chart will be unique.
My problem is that the servlets which builds the
dynamic charts are called
for the first time only. On the subsequent
Instead of running just the servlet, can you also pass
a unique number/string along with the servlet which
makes it a unique call.
eg. instead of using ChartServlet maybe you can use
ChartServlet?id=unique_id
where unique_id is different for each image.
The charts are probably being cached.
Hi Everybody,
I have encountered a problem that doesn't have to be directly related to
FOP but i still hope that someone could help me with this.
Our PDFs that we generate using FOP, will always be shown in an internet
browser because we use FOP in an internet application. The problem that
one
Ive had this myself - its a problem to do with outputting PDF to the
browser with PHP I dont know what the answer is I just reverted to
changing the http header content type disposition to force download as
getting it to display in all browsers seemed like a fruitless task.
Christian Loock
Which Header exactliy did you send?
Christian
-Original Message-
From: Jimmy Dixon [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 17, 2005 1:08 PM
To: fop-users@xmlgraphics.apache.org
Subject: Re: PDF generation causes Browser crash...
Ive had this myself - its a problem to do
56 matches
Mail list logo