Hi Terence,
Sorry for slow reply. Just spotted your e-mail. The issue sounds like
this one discussed in 2008; http://markmail.org/message/k6mno3jsxmovaz2e
If it is the same issue, then the solution is to add the following
system property to the JVM:
-Dorg.apache.xmlgraphics.image.loader.impl.AbstractImageSessionContext.no-source-reuse=true
Thanks,
Chris
On 23/06/2014 17:08, Terence M. Bandoian wrote:
On 6/20/2014 1:29 PM, Rwui wrote:
Hi there,
So I'm working on some applications, and they're using fop-0.94.jar as
external library to generate the PDF based on certain XSL file.
The problem that I'm having now is the downloaded PDFs from the
applications
are incomplete (in a high level environment) - there's always random
missing
page(s) in the PDF file. e.g. I may get page 3 and 6 missing this
time for a
20 pages PDF and next time it might be page 1, 4 and 13; And if I
download
only the first page, as you guys can imagine, I will sometimes just
have a
blank PDF.
The log is showing:
ERROR: FOP - Error with opening URL 'http://imageURL': Connection reset
ERROR: fop.fo.FONode - Image not available: url(http://imageURL)
The image is from a image server and the imageURL is always working -
as if
I copy & paste it to any browser, and as I mentioned the missing
page(s) are
totally random, I'm thinking the URLs are fine but need to take care
on the
"Connection reset" error.
Plus, the application's PDF downloading runs perfectly in other
environments
like on my local Ubuntu work station (which is also connecting to the
same
image server). So I'm guessing this might very likely be a configuration
side of thing, but so far haven't got any clue on which might be
possible to
change to make the fix.
If anyone here have any ideas of what might be causing this kind of
error or
have seen this before, please let me know. Any help would be very
appreciated.
Thanks!
R
Hi, Rwui-
If you're concerned about connection issues, you might consider
temporarily copying the images to a drive on the server and
referencing the local images in FOP. Doing so would provide the
opportunity for more robust error handing and eliminate the remote
connection as a source of errors in FOP.
-Terence Bandoian
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
