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 parameter
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
--
Configur
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
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
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
> > natura
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
FopFactor
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
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();
Than
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.
Tha
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:
> > fopFactory.getI
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 t
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. T
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 c
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
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #16 from Jeremias Maerki <[EMAIL PROTECTED]> 2008-10-21 14:44:43
PST ---
(In reply to comment #15)
>
> Okay, I think I fully understood this and this is basically okay. So, the
> URIResolver is no suitable way of changing
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 cert
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 pre-resolu
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 #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: stre
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 (org.apache.fop.fonts.E
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #23 from Chris Bowditch <[EMAIL PROTECTED]> 2008-10-27 06:55:04
PST ---
This message is a warning that FOP failed to read from the Font cache. Which
means any Font auto detection or Font directories will be re-scanned. So t
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 ba
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 (+) line
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #28 from Alex Watson 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. Unfortunately
our base URI does n
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #29 from Jeremias Maerki 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 over multiple documen
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #30 from Alex Watson 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 and then again with the
page cou
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #31 from Jeremias Maerki 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 output to calculate th
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #32 from Alex Watson 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 all images (rather than just for
m
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #33 from M.H. 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 the CSV tree as my
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #34 from M.H. 2010-08-30 05:28:09 EDT ---
So, FOP 1.0 is out. I would like to test if the new URI handling in FOP 1.0
solves this issue. However, due to the randomness of this bug, I wonder how I
can really test this and not jus
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
Glenn Adams changed:
What|Removed |Added
Severity|blocker |normal
--- Comment #35 from Glenn Ad
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #36 from M.H. 2012-03-30 22:08:18 UTC ---
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 a reproducable test
case. Is there any planned dead
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #37 from Glenn Adams 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 a reproducable
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #38 from Glenn Adams 2012-04-07 01:41:34 UTC ---
resetting P2 open bugs to P3 pending further review
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
Glenn Adams changed:
What|Removed |Added
Priority|P2 |P3
--
Configure bugmail: https://is
40 matches
Mail list logo
