On Monday, Aug 11, 2003, at 21:36 Europe/Rome, Upayavira wrote:
Upayavira,
could you please turn off HTML email? thanks.
--
Stefano.
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 syst
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
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 f
On 11 Aug 2003 at 10:43, Geoff Howard wrote:
> 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 ea
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 thing to
cocoon.xconf. 2) Start Cocoon in Jetty
3) Load a page to get something into the cache, e.g:
http://localhost:/sample
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
co
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 thing to
cocoon.xconf. 2) Start Cocoon in Jetty 3) Lo
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 inheri
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:
get(
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 cach
...
>
> 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.xc
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 Cocoon uses is
> transient, and is
> thus
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
Upayavira wrote:
On 11 Aug 2003 at 10:43, Geoff Howard wrote:
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
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 thing to
cocoon.xconf. 2)
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 attached
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 >> value="org.apache.excalibur.store.Store"/> thing to
> >
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 thing to cocoon.xconf.
2) Start Cocoon in Jetty
3) Load a page to get something into the cache, e.g:
http://localhost:/samples/hello-world/
4) Go t
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, is
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
21 matches
Mail list logo
