On 11 Aug 2003 at 12:06, Carsten Ziegeler wrote:
Upayavira wrote:
I've been exploring how to get the CLI to use Cocoon's caching
mechanism and environment.isLastModified() to prevent the CLI from
generating otherwise cached pages.
The problem I currently have is that the cache
I've been exploring how to get the CLI to use Cocoon's caching mechanism and
environment.isLastModified() to prevent the CLI from generating otherwise cached
pages.
The problem I currently have is that the cache Cocoon uses is transient, and is
thus lost every time the CLI restarts.
So:
...
Vadim's already answered you on that but another point is that I'm
pretty sure there's nothing wrong with the Store(s) or Cache because I
don't see this happening in the webapp. You could prove this to
yourself by configuring the max-objects param for transient-store in
cocoon.xconf
On 11 Aug 2003 at 12:16, Upayavira wrote:
On 11 Aug 2003 at 12:06, Carsten Ziegeler wrote:
Upayavira wrote:
I've been exploring how to get the CLI to use Cocoon's caching
mechanism and environment.isLastModified() to prevent the CLI
from generating otherwise cached pages.
Upayavira wrote:
...
Anyway, I've done some more research, including downloading the source
for Avalon (for the first time!) and stepped through the code for the
Store.
I don't know if this is a problem, but in AbstractJispFilesystemStore,
the get and store methods don't seem to match up:
Geoff,
The work dir is configured in the cli.xconf, and is simply created
with new File(workDir). The cache directory is made from the work
dir with cache-dir appended.
Sorry for my ignorance - I don't see any caching set up in cli.xconf,
so I assume that means you are inheriting the
Upayavira wrote:
On 11 Aug 2003 at 8:49, Geoff Howard wrote:
Joerg Heinicke wrote:
IIRC it's a Jetty /feature/. Tomcat does not do this.
Joerg
I've just done a further check which makes this problem easier to
see: 1) add the cacheparameter name=store
Joerg Heinicke wrote:
IIRC it's a Jetty /feature/. Tomcat does not do this.
Joerg
I've just done a further check which makes this problem easier to see:
1) add the cacheparameter name=store
value=org.apache.excalibur.store.Store/ /cache thing to
cocoon.xconf. 2) Start Cocoon in Jetty
3) Load a
Upayavira wrote:
...
Vadim's already answered you on that but another point is that I'm
pretty sure there's nothing wrong with the Store(s) or Cache because I
don't see this happening in the webapp. You could prove this to
yourself by configuring the max-objects param for transient-store in
On 11 Aug 2003 at 16:41, Sylvain Wallez wrote:
Upayavira wrote:
On 11 Aug 2003 at 8:49, Geoff Howard wrote:
Joerg Heinicke wrote:
IIRC it's a Jetty /feature/. Tomcat does not do this.
Joerg
I've just done a further check which makes this problem easier to
see: 1)
Upayavira wrote:
Geoff,
- No cache element is needed in cocoon.xconf because it's defined in
cocoon.roles (and if you just removed the event-cache by deleting the
xconf entry you probably didn't really remove it) - The cache role is
a wrapper around transient-store and persistent-store which
The following section of this message contains a file attachment
prepared for transmission using the Internet MIME message format.
If you are using Pegasus Mail, or any other MIME-compliant system,
you should be able to save it or view it from within your mailer.
If you cannot, please ask your
On Monday, Aug 11, 2003, at 21:36 Europe/Rome, Upayavira wrote:
Upayavira,
could you please turn off HTML email? thanks.
--
Stefano.
I'm now completely stumped. For some reason, even though JISP seems to be
writing cached pages successfully to the store when Cocoon (the CLI) shutdown, it
isn't then able to get at those values when it restarts (at least when running the
CLI).
Is anyone else able to take a look? I've
Joerg Heinicke wrote:
IIRC it's a Jetty /feature/. Tomcat does not do this.
Yes, because Jetty creates a different temporary directory at each run,
while Tomcat always uses the same.
I've just done a further check which makes this problem easier to see:
1) add the cacheparameter name=store
On 11 Aug 2003 at 16:22, Sylvain Wallez wrote:
Joerg Heinicke wrote:
IIRC it's a Jetty /feature/. Tomcat does not do this.
Yes, because Jetty creates a different temporary directory at each
run, while Tomcat always uses the same.
So the solution, for Jetty at least then, is to make
Upayavira wrote:
On 11 Aug 2003 at 16:22, Sylvain Wallez wrote:
Joerg Heinicke wrote:
IIRC it's a Jetty /feature/. Tomcat does not do this.
Yes, because Jetty creates a different temporary directory at each
run, while Tomcat always uses the same.
So the solution, for Jetty at least then,
IIRC it's a Jetty /feature/. Tomcat does not do this.
Joerg
I've just done a further check which makes this problem easier to see:
1) add the cacheparameter name=store
value=org.apache.excalibur.store.Store/ /cache thing to cocoon.xconf.
2) Start Cocoon in Jetty
3) Load a page to get something
On 11 Aug 2003 at 8:49, Geoff Howard wrote:
Joerg Heinicke wrote:
IIRC it's a Jetty /feature/. Tomcat does not do this.
Joerg
I've just done a further check which makes this problem easier to
see: 1) add the cacheparameter name=store
value=org.apache.excalibur.store.Store/ /cache
19 matches
Mail list logo