Carsten Ziegeler wrote:
Actually, also given the recent difficulties in naming, it's eally quite good! The "property" part is IMHO to the point, I just don't like the "container" part much.Hi,to get some basis for discussion about the move of the InputModules from the Cocoon.xconf to the sitemap I checked in a proposal in o.a.c.sitemap. I named this concept PropertyContainer (great, isn't it?)
What about
PropertyAccessor
PropertyResolver
But given that they could also write,
PropertyHandler
PropertyManager
The new interface is different from the inputmodule one, and lacks the output module part.
Why are they different?
There is no more the capability of getting the names and values of all propertis it seems.
Should we combine input and output module interfaces or define two different components?
I just had a revelation! ;-)
With inputmodules we finally have the simmetry between the object stuff in the environment stuff and the pipeline stuff!
Environment Pipeline
inputmodule generator
action transformer
outputmodule serializer
The sitemap ties them together in a request.
The flow between requests.
Cool ;-)
The idea is to declare the property containers in the sitemap in the components section: <map:property-containers> <map:property-container name="request-param" src="o.a.c...."/> ... </map:property-containers>
+1
Chaining of containers is also customizable: <map:property-containers> <map:property-container name="my-container" src="o.a.c.sitemap.properties.ChainingPropertyContainer"> <property-container>session</property-container/> <property-container>request</property-container/> <property-container>global</property-container/> </map:property-container> ... </map:property-containers>
:-D
The usage works like the "old" InputModules: {my-container:skin}. I only added the interfaces for discussion, it's not integrated in the sitemap yet. What do you think?
I'm definately for it, let's define the details :-) -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) --------------------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]