Thanks Andy,
Now working
Thanks again
Peter
2008/8/7 Peter Sparkes <[EMAIL PROTECTED]>:
I have pages that can be viewed as xhtml and pdf which is generated by FOP.
When I change the images, using the same image filenames, the new images
appear in the xhtml version, however the old images a
2008/8/7 Peter Sparkes <[EMAIL PROTECTED]>:
> I have pages that can be viewed as xhtml and pdf which is generated by FOP.
> When I change the images, using the same image filenames, the new images
> appear in the xhtml version, however the old images are shown in the pdf
> version. If I use new im
I am using
Hi,
I have pages that can be viewed as xhtml and pdf which is generated by
FOP. When I change the images, using the same image filenames, the new
images appear in the xhtml version, however the old images are shown
in the pdf version. If I use new images with different file names
Hi,
I have pages that can be viewed as xhtml and pdf which is generated by
FOP. When I change the images, using the same image filenames, the new
images appear in the xhtml version, however the old images are shown in
the pdf version. If I use new images with different file names the new
ima
Hi Andy,
it sounds like you are having slightly different malfunction than me. If
I recall right, the files that were left open, were xmls' including some
content that should have been fetched into the page. There were hundreds
of tags in those xml's and fetching every single one of them opene
2008/5/5 Lehtonen, Mika <[EMAIL PROTECTED]>:
> Actually there might be another problem (or bug) lying around if you
> produce htmls' with 'noncaching' option. Cocoon seems to be leaving files
> open when using html-serializer with noncaching option in your pipeline. And
> eventually your applicati
Hi Mika,
Thanks for the info on open files with the 'noncaching' option. My
application was crashing every 4 to 5 days and I could not find the
reason; I got round it by restarting tomcat/cocoon once a day using a
cron job. I think that I will also leave the image caching problem f
Hi Peter,
unfortunetely I couldn't solve the problem and as it isn't so crucial at
the moment, I have left it behind for now on.
Actually there might be another problem (or bug) lying around if you
produce htmls' with 'noncaching' option. Cocoon seems to be leaving
files open when using html
Hi
I have tried using and invalidate the
PDF by changing the XSLT that produces it. Neither makes any difference.
It appears that FOP is getting the image from its own cache which is not
being updated by the new version of the image. Like you I get the new
image when I restart tomcat and h
Hi,
this is what Joerg Heinicke wrote about the similar problem of mine:
My guess is it's actually the PDF that is taken from the cache. I guess
the cache key for the PDF does not take included resources like your
images into account. If that's true you just have to invalidate the PDF.
I don'
end.
> From: Peter Sparkes [mailto:[EMAIL PROTECTED]
> Sent: maandag 5 mei 2008 10:55
> To: users@cocoon.apache.org
> Subject: PDF Image Caching Problem
>
> Hi,
>
> I generate html and pdf, which contain images, from the a
> database. When I update an image the html
Hi,
I generate html and pdf, which contain images, from the a database. When
I update an image the html correctly displays the new image, however the
pdf incorrectly contains the old image. If I then change the new image
file name the pdf displays the correct image. When I change the image
fi
Maybe you hava an idea ;-)
kind regards,
Niclas
--
View this message in context:
http://www.nabble.com/Caching-Problem-tf2909200.html#a8132146
Sent from the Cocoon - Users mailing list archive at Nabble.com.
--
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
ZongoZongo schrieb:
> Juchuu. I found the error. All my fault, like most times. Was
> really a problem with the factory. Too complicated to explain in
> detail ;-) Anyway, please explain, where I can find the output auf
> the print method insinde the f
>>>
>>> >> src="cocoon:/navigation"
>>> strip-root="true"/>
>>> >> src="cocoon:/{page}.source" element="main"/>
>>> >> src="header.xml" strip-root="true"/>
>>>
&
t;cocoon:/{page}.source" element="main"/>
>> > src="header.xml" strip-root="true"/>
>>
>> > src="stylesheets/finalize.xsl"/>
>>
&
t;
>
>src="stylesheets/finalize.xsl"/>
>
>
>
>
> calls flowscript. Attributes are just for testing
>
>
>
>
>
>
>
> is called from the flowscript
>
>
>
>
>
idea ;-)
kind regards,
Niclas
--
View this message in context:
http://www.nabble.com/Caching-Problem-tf2909200.html#a8132146
Sent from the Cocoon - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Jan 2, 2007, at 12:27 PM, ZongoZongo wrote:
I doubt this is not the case. After I changed the datafields of the
form and
the data is successfully written back to db, I ran the function
getXmlData()
outside in eclipse und it delivers the correct Data. The getXmlData
simply
fetches the data
tside in eclipse und it delivers the correct Data. The getXmlData simply
fetches the data out of the DB and generates the xmlStructure. So it cant
deliver outdated data.
kind regards,
niclas
--
View this message in context:
http://www.nabble.com/Caching-Problem-tf2909200.html#a8130114
Sent from the
On Jan 2, 2007, at 10:17 AM, ZongoZongo wrote:
var factory = Packages.de.doccollector.ObjectFactory.getInstance();
var obj = factory.getFormObject(objectType, id, 0);
//...
//get XMLStream
var doc = obj.getXmlData();
form.load(doc);
When
rt tomcat
everytime I modified the data everything works fine. So the problem must be
the caching. How can I switch of this caching?
nice regards,
Niclas
--
View this message in context:
http://www.nabble.com/Caching-Problem-tf2909200.html#a8128000
Sent from the
* Jonas Lundberg:
> Without these changes, it *almost* works. This is why I was
> confused at first.
Without this change, caching can only work if you set a
« cache-validity » in the sitemap. But of course you wouldn't
have event-aware caching then.
I wrote an EventAwa
Maybe we have a misunderstanding here...
I only changed the the methods getKey() and getValidity() in the
xQuery generator in the previous eXist distribution. I simply replaced
these methods with the corresponding methods from the Event Aware
block samples (as described in the block description).
I
* Jonas Lundberg:
> Yes, but I also had to change the xquery generator code.
Apart from event-aware stuff, what are the required changes?
Which revision of XQueryGenerator are you using? As you know,
this component is not provided by Cocoon, it is part of eXist.
--
Jean-Baptiste Queno
Yes, but I also had to change the xquery generator code.
If that isn't needed, what could I possibly have done wrong with the
cache-validity sitemap parameter? Without changes to the xquery
generator, contents were cached, but the xqueries were executed anyway
(although the output was discarded and
* Jonas Lundberg:
> Nevermind... I solved it by implementing Event Caching in the
> Xquery Generator, as described in the Event Caching block.
You have to use sitemap parameter « cache-validity » to activate
XQueryGenerator caching.
--
Jean-Baptiste Quenot
http://caraldi.com/jbq/
-
Nevermind... I solved it by implementing Event Caching in the Xquery
Generator, as described in the Event Caching block.
Thanks anyway for the explanation!
Regards
Hans
On 1/14/06, Jonas Lundberg <[EMAIL PROTECTED]> wrote:
> Yes, I would completely understand this, if the contents were not cach
Yes, I would completely understand this, if the contents were not cached at all.
But the contents *appear* to be cached since I get the same output
from the pipeline, until it is invalidated.
However, the contens *also* appear to be non-cached, since it takes so
long to retrieve them...
What would
Do I understand correctly that you want a cached pipeline, but depends on
someting like
, where I suppose
this part is not cached? Well, in that case, total caching of a pipeline can
only work, if, and only if, all depending child pipelines can and are cached.
So the example you describe seems
I have a strange problem with event-aware caching using Cocoon 2.1.8.
It works, in the sense that I get cached data. It does not work, in
the sense that each request takes several seconds to compute.
I put pages together by using xinclude, which calls stream.xq, to
compute the contents. As a first
Sorry for the noise. This was due to the default eXist
config:
db-connection.query-pool.timeout-check-interval =
3
Gary
From: Gary Larsen
[mailto:[EMAIL PROTECTED] Sent: Friday, December 16, 2005
12:29 PMTo: users@cocoon.apache.orgSubject: caching
problem with
the request attributes are
being properly updated. I thought this may be a caching problem so If tried the following without
any success:
-
<map:pipes default="noncaching">
-
<map:pipeline internal- type="noncaching">
-
<map:gen
Joerg wrote this:
>>>
(Un)fortunately that's a known bug:
http://issues.apache.org/bugzilla/show_bug.cgi?id=28724. The only
solution at the moment is Sarah's hack switching off the caching for the
fragment extractor at all.
Joerg
<<<
Before I read Joergs commend, I had switch off the caching fu
Hello list,
some users can help me.
I have problems with the FragmentExtractor and
generation of images svg. the document not
reload/refresh the
image svg. This is generated by parameters
dinamycally.
If reboot the servlet of cocoon and load the page the
modifications are views.
some knows the
Hi there,
i have a caching problem with a generated xsp. That xsp is cached by cocoon,
but the serverpagesgenerator is generating the java source all times of
calling. The timestamp of the generate-layout match is constant.
http://an-XML-URL
Hi!
Is it possible to cache content when using number of sitemaps? I have
a problem when use "cocoon:" protocol in construction,
for example. Cache of the result is always invalid, but requests to
each of are chached.
Nickolaich
---
Алексей Завгородний wrote:
Hi!
Is it possible to cache content when using number of sitemaps? I have
a problem when use "cocoon:" protocol in construction,
for example. Cache of the result is always invalid, but requests to
each of are chached.
Which version of cocoon? This sounds familiar - ch
38 matches
Mail list logo