https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
Glenn Adams gl...@skynav.com changed:
What|Removed |Added
Priority|P2 |P3
--
Configure
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #37 from Glenn Adams gl...@skynav.com 2012-03-30 22:23:28 UTC ---
(In reply to comment #36)
As there is still no new release, I can't go into an evaluation phase. So, I'm
waiting for a release to use to get some time to built
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #33 from M.H. mhilp...@gmx.de 2010-03-01 14:48:22 UTC ---
Just to update my problem: we still serialize FOP processing and clear the
image cache after each single PDF generation. (I didn't have time to re-build a
new FOP from
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #32 from Alex Watson alex_wat...@standardandpoors.com 2009-04-13
22:03:00 PST ---
Hi Jeremias,
Thanks for the pointers to the code base - that is a real help to my
understanding.
I had considered the expiration idea for
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #30 from Alex Watson alex_wat...@standardandpoors.com 2009-04-09
02:08:31 PST ---
Hi Jeremias,
Thanks for the feedback. We currently render most of our PDF's twice - once
while discarding output to calculate the page count
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #31 from Jeremias Maerki jerem...@apache.org 2009-04-09 12:05:37
PST ---
Hi Alex
(In reply to comment #30)
Hi Jeremias,
Thanks for the feedback. We currently render most of our PDF's twice - once
while discarding
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #29 from Jeremias Maerki jerem...@apache.org 2009-04-07 13:58:24
PST ---
(In reply to comment #28)
Hi Alex,
attaching the image cache to the FOUserAgent doesn't make much sense IMO as you
cannot profit from cached images
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #28 from Alex Watson alex_wat...@standardandpoors.com 2009-04-06
00:20:02 PST ---
I am experiencing problems with the same image caching issue, and have a few
suggestions for an alternate approach to resolving this issue.
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #24 from M.H. [EMAIL PROTECTED] 2008-11-21 07:50:46 PST ---
So, I replaced fop.jar and xmlgraphics-commons.jar with the new trunk version
but the problem persists: the image cache retrieves the same (first) SVG.
Putting
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #25 from Jeremias Maerki [EMAIL PROTECTED] 2008-11-21 07:59:39
PST ---
(In reply to comment #24)
So, I replaced fop.jar and xmlgraphics-commons.jar with the new trunk version
but the problem persists: the image cache
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #26 from M.H. [EMAIL PROTECTED] 2008-11-21 11:39:50 PST ---
Oh, I see that there is an attachement. How can I aply this patch? When I look
into the text file there are new (+) lines and removed (-) lines. I guess there
is
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #27 from Jeremias Maerki [EMAIL PROTECTED] 2008-11-21 23:48:27
PST ---
(In reply to comment #26)
Oh, I see that there is an attachement. How can I aply this patch? When I look
into the text file there are new (+) lines
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #21 from M.H. [EMAIL PROTECTED] 2008-10-27 06:11:41 PST ---
Just downloaded the current trunk, built it and get a
I/O exception while reading font cache (org.apache.fop.fonts.EmbedFontInfo;
local class incompatible: stream
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #22 from Jeremias Maerki [EMAIL PROTECTED] 2008-10-27 06:44:34
PST ---
(In reply to comment #21)
Just downloaded the current trunk, built it and get a
I/O exception while reading font cache
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #18 from Jeremias Maerki [EMAIL PROTECTED] 2008-10-23 04:48:08
PST ---
Created an attachment (id=22771)
-- (https://issues.apache.org/bugzilla/attachment.cgi?id=22771)
Proposed patch against FOP Trunk for URI
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
Jeremias Maerki [EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|REOPENED
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #20 from M.H. [EMAIL PROTECTED] 2008-10-23 14:37:44 PST ---
Wow, Jeremias! Thanks for working in this! I guess I have to find out how to
get the latest developent version of FOP and how to compile it. I would like to
see,
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #17 from M.H. [EMAIL PROTECTED] 2008-10-22 09:56:52 PST ---
(In reply to comment #16)
I guess I'll look into prepending the base URI to relative URIs tomorrow to
make the original URI more unique. That is almost certain
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #1 from Jeremias Maerki [EMAIL PROTECTED] 2008-10-21 02:42:06
PST ---
Have you tried the suggested work-around at
http://xmlgraphics.apache.org/fop/stable/graphics.html#caching already (adding
a unique dummy URL
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #2 from M.H. [EMAIL PROTECTED] 2008-10-21 02:51:09 PST ---
(In reply to comment #1)
Have you tried the suggested work-around at
http://xmlgraphics.apache.org/fop/stable/graphics.html#caching already (adding
a unique
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
M.H. [EMAIL PROTECTED] changed:
What|Removed |Added
Severity|normal |blocker
--
Configure
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
Jeremias Maerki [EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #4 from Vincent Hennebert [EMAIL PROTECTED] 2008-10-21 03:18:08
PST ---
Doesn't the cache check for the modification date of file: URIs? Seems like a
natural thing to do.
--
Configure bugmail:
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #5 from Jeremias Maerki [EMAIL PROTECTED] 2008-10-21 03:23:26
PST ---
(In reply to comment #4)
Doesn't the cache check for the modification date of file: URIs? Seems like a
natural thing to do.
No. Natural it may be
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #6 from Vincent Hennebert [EMAIL PROTECTED] 2008-10-21 03:31:39
PST ---
(In reply to comment #5)
(In reply to comment #4)
Doesn't the cache check for the modification date of file: URIs? Seems like
a
natural thing
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #7 from M.H. [EMAIL PROTECTED] 2008-10-21 03:34:37 PST ---
As there is no method to clear the image cache, I now have a working
workaround:
iin my custom FOP class I introduced a new constructor to create a new
FopFactory
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #8 from Jeremias Maerki [EMAIL PROTECTED] 2008-10-21 04:20:50
PST ---
(In reply to comment #7)
As there is no method to clear the image cache, I now have a working
workaround:
iin my custom FOP class I introduced a new
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #9 from M.H. [EMAIL PROTECTED] 2008-10-21 04:22:26 PST ---
(In reply to comment #3)
To put you out of you misery ;-) here's the code to clear the image cache:
fopFactory.getImageManager().getCache().clearCache();
Thanks,
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #11 from M.H. [EMAIL PROTECTED] 2008-10-21 04:48:06 PST ---
(In reply to comment #10)
The URIResolvers are completely irrelevant for image caching, they
just provide access to the actual resource when given a URI.
Thanks
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #10 from Jeremias Maerki [EMAIL PROTECTED] 2008-10-21 04:35:22
PST ---
(In reply to comment #9)
(In reply to comment #3)
To put you out of you misery ;-) here's the code to clear the image cache:
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #12 from Jeremias Maerki [EMAIL PROTECTED] 2008-10-21 05:12:39
PST ---
(In reply to comment #11)
(In reply to comment #10)
The URIResolvers are completely irrelevant for image caching, they
just provide access to the
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #13 from M.H. [EMAIL PROTECTED] 2008-10-21 05:35:24 PST ---
Thanks for all these ideas! We first create all data (XSL, XML, SVG) in a
temporary directory for each report. Then we call FOP to transform the XSL+XML
to PDF.
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #14 from Jeremias Maerki [EMAIL PROTECTED] 2008-10-21 06:01:55
PST ---
(In reply to comment #13)
Thanks for all these ideas! We first create all data (XSL, XML, SVG) in a
temporary directory for each report. Then we call
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #15 from M.H. [EMAIL PROTECTED] 2008-10-21 09:36:39 PST ---
(In reply to comment #14)
The thing is: We assume that a resource can be identified uniquely by its URI.
After all there's the word identifier in URI. If the
34 matches
Mail list logo
