> -----Original Message-----
> From: Donald Ball [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, July 05, 2001 14:02
> To: [EMAIL PROTECTED]
> Subject: Re: AW: Caching Issues; was: cvs commit:
>xml-cocoon2/src/org/apache/cocoon/transformation
> TraxTransformer.java
>
>
> On Thu, 5 Jul 2001, Carsten Ziegeler wrote:
>
> > Now I understand your problem. Quick thinking, I would say that
> > the generated key not only contains the parameter names but
> > the parameter values as well. I think this is ok, as you could
> > say that the file name of the xsl file is a paramter named
> > file with the value of the real file name.
> >
> > Then all requests for that pipeline with exactly the same
> > parameter set will lead to the same key and to the same
> > cached content.
> >
> > I assume this is the way, I should work. Right?
>
> maybe it _should_, but my experience was to the contrary. after adding a
> patch to add cookies to the values map, even when cookies varied, i still
> got the cached output from the stylesheet.
It should always return cached result, but different for different parameter values
(cookies in your case). It should cache results for every variation of input
parameters' values.
> looking through the api docs,
> it doesn't seem that Map.toString() is guaranteed to produce a string
> containing all of the names and values in the map. maybe it does with some
> jdk's and doesn't with others?
Can you do just quick check on your JDK - how looks result of Map.toString()?
My results:
{a=b, x=y} under Win / VAge3.5, JDK 1.2.2-0
{x=y, a=b} under Win / Sun JDK 1.3.0-C
for the same code.
>
> perhaps we should instead modify giacomo's patch to add the map values to
> the hash string?
It's good idea if JDK implementations differs.
>
> - donald
>
Vadim
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
