cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vadim Gritsenko" <vadim.gritse...@verizon.net>
Subject Summorizing Allowed Sitemap Constructs
Date Fri, 04 Jan 2002 18:42:11 GMT
> From: Carsten Ziegeler [mailto:cziegeler@s-und-n.de]
> 
> Hi,

Hi Carsten and all,

> 
> before we continue discussion things like pre/intra/post-matching
actions,
> can someone summarize the current semantics of the sitemap as it
*should*
> be? I can only describe it, as it is currently implemented:

It seems to me - and to others on the list too - that we have some bugs
in
current sitemap implementation. I will put my suggestions below.

> 
> - only match is allowed as top-level element

It is not correct. I propose to allow following constructs:
 * map:match
 * map:select
 * map:act
I'm +5 on this, and can help implement this if everybody agrees.

Allowing map:generate, map:transform, map:serialize, and map:read looks
like
overkill to me, but sometimes can be useful (especially in subsitemaps).
I'm
somewhere around -0.5 on this.


> - the sitemap is processed top-down, the processing stops:
>   * when a serialize is reached
>   * when a reader is reached
>   * when the end is reached
> - match: if match successful, processing continues inside
> - select: if a test is successful, processing continues inside this
test
>             else processing continues in otherwise
> - act: action is executed. If it returns something, processing
>           is executed inside the element
> - generate: generator is added to pipeline
> - transform: transformer is added to pipeline
> - serialize: serializer is added to pipeline, processing ends
> - reader: reader is added to pipeline, processing ends

This looks Ok to me; any changes here will break compatibility.

Another construct which is left behind is map:aggregate. Do we allow
matches/selectors/actions inside map:aggregate? We need to agree on what
we allow under map:aggregate:

Already there:
 * map:part
Other possible candidates:
 * map:match
 * map:act
 * map:select
I'm +1 on these additions.

Vote -1 goes to: 
 * map:generate/map:serialize/map:transform/map:read


> 
> So the first question to answer is: is this the semantics wanted for
2.0?
> Or do we have any bugs?

I see that some of us agree that we have bugs. Let's identify bugs which
we
are going to fix. Please place your comments/votes.

Regards, 
Vadim



---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message