cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Carsten Ziegeler" <cziege...@s-und-n.de>
Subject RE: lastModificationDate misuse? - old thread - progress
Date Fri, 29 Aug 2003 12:14:29 GMT
John Williams wrote:
>
> Carsten Ziegeler wrote:
> > > Inspecting the contents of the currValidity and prevValidity
> Maps I find
> > > that they are equivalent excepting that the prevValidity contains an
> entry
> > > "S-xml-1_=NOP Validity" so the test fails and code is
> > > re-generated.
> >
> > Huh! That's strange, now as far as I remember the code, the prevValidity
> > should
> > not contain "S-xml-1_=NOP Validity", as this is the validity for the
> > serializer
> > which is not used for internal pipeline calls. Hmm.
>
> I assume you mean src="cocoon://foo" calls and not internal-only
> pipelines,
> ie one with internal-only="true".
Yes.

>
> I have a fairly deep pipeline underlying the generated XSP "file"
> from which
> .java is generated. Maybe this depth exposes a problem in discarding
> NOPCacheValidity for internal pipeline calls. Can you see from
> the following
> which class is adding the  "S-xml-1_=NOP Validity", I will then
> have a poke
> around/debug.
>
>
> Below are some details of the case causing the problems:
>
> create-categories.xsp - which has the "S-xml-1_=NOP Validity" in the
> prevValidity is:
> {
>       aggregation of {
>
>             aggregation of {tableDefs/categories.xml,
> appDef/categories/UISpecifics.xml and appDef/terminologyMappings.xml}
>             transformed with stylesheets/buildUIStructure.xsl
>       and
>              appDef/categories/aCustomisation.xml
>       }
>       transformed with stylesheets/applyCustomisation.xsl
> }
> transformed with stylesheets/create.xsl
>
> This is what validities look like: (equal besides the "S-xml-1_=NOP
> Validity")
>
> prev: {G-file-7747944243312186483_=TimeStamp Validity[1062058603973],
> T-xslt--3690387136403106359_=Aggregated Validity[TimeStamp
> Validity[1061982760000]:TimeStamp Validity[1061976654000]], S-xml-1_=NOP
> Validity}
>
> curr: {G-file-7747944243312186483_=TimeStamp Validity[1062058603973],
> T-xslt--3690387136403106359_=Aggregated Validity[TimeStamp
> Validity[1061982760000]:TimeStamp Validity[1061976654000]]}
>
> Relevant part of the sitemap is as follows:
>
> <map:match pattern="table-*_*.xml">
> <map:aggregate element="root">
> <map:part src="cocoon://crm/table-{1}.xml"/>
> <map:part src="appDef/{1}/{2}.xml" strip-root="true"/>
> </map:aggregate>
> <map:transform src="stylesheets/applyCustomisation.xsl"/>
> <map:serialize type="xml"/>
> </map:match>
>
> <map:match pattern="table-*.xml">
> <map:aggregate element="UIDef">
> <map:part src="tableDefs/{1}.xml"/>
> <map:part src="appDef/{1}/UISpecifics.xml"/>
> <map:part src="appDef/terminologyMappings.xml"/>
> </map:aggregate>
> <map:transform src="stylesheets/buildUIStructure.xsl"/>
> <map:serialize type="xml"/>
> </map:match>
>
> <map:match pattern="*-*.xsp">
> <map:generate src="cocoon://crm/table-{2}.xml"/>
> <map:transform src="stylesheets/{1}.xsl"/>
> <map:serialize type="xml"/>
> </map:match>
>
The "S-xml-1_=NOP Validity" is appended by the xml serializer, so
in fact the cached entry with the "S-xml-1_=NOP Validity" is for
a complete pipeline with serializer. I'm still wondering
why this is the value for prev. For which internal pipeline
does this happen?

Carsten


Mime
View raw message