Re: [Developers] Re: [MMBASE CVS] src/org/mmbase/bridge/util MapNode.java

2005-01-29 Thread Rob van Maris
I strongly advice against the suggestion of making Node implement Map. Wrapper classes are really the way to go under these circumstances. Amongst other things, they allow for several wrapper classes for different purposes, which to me sounds a lot better than adapting Node to meet EL

Re: [Developers] post developers meeting(presentation tags)

2005-01-29 Thread André van Toly
At 16:31 +0100 28-01-2005, Joost Diepenmaat wrote: How's that different from creating the builders and relations first before writing the jsp pages to display/edit them? If you need to change your model (move data from one table to the next, use different relations etc) that really is much easier

Re: [Developers] post developers meeting(presentation tags)

2005-01-29 Thread Michiel Meeuwissen
Rob van Maris wrote: Michiel M The other thing that I would very much miss is the mm:content / escaper functionallity, which perhaps would be a detail, but actually quit essential, because generally it is wrong to just put your field to the page, HTML-escaping a field value:

Re: [Developers] Re: [MMBASE CVS] src/org/mmbase/bridge/util MapNode.java

2005-01-29 Thread Rob van Maris
On Jan 29, 2005, at 2:29 PM, Michiel Meeuwissen wrote: Rob van Maris wrote: In addition, using a wrapper class, the demands of (for instance) EL can be met much better than by extending Node. E.g. with node extending Map it will be impossible to retreive a field named cloud, since ${node.cloud}

RE: [Developers] Re: [MMBASE CVS]src/org/mmbase/bridge/util MapNode.java

2005-01-29 Thread Homeijer, Michael
Hi, Would an approach like that of http://dynclass.sourceforge.net/ work for MMBase? Ie having a proxy that follows the javabeans conventions? Michael (Still looking for possibilities to hookup into EL evaluation to evaluate things like MMBase nodes properly)

Re: [Developers] Re: [MMBASE CVS]src/org/mmbase/bridge/util MapNode.java

2005-01-29 Thread Michiel Meeuwissen
Homeijer, Michael wrote: Hi, A\001 Would an approach like that of http://dynclass.sourceforge.net/ work for MMBase? Ie having a proxy that follows the javabeans conventions? Perhaps, but the mere idea of using a proxy makes be tremble already :-) I mean wrapping the node to a

RE: [Developers] Re: [MMBASECVS]src/org/mmbase/bridge/util MapNode.java

2005-01-29 Thread Homeijer, Michael
Building a proxy gives you the power to expose properties, relations and other stuff the way you want it to EL. You also have the possibility to wrap returned values if neccesary and you won't loose the dynamics of Nodes. Michael -Oorspronkelijk bericht- Van: [EMAIL

Re: [Developers] Re: [MMBASECVS]src/org/mmbase/bridge/util MapNode.java

2005-01-29 Thread Michiel Meeuwissen
Homeijer, Michael wrote: Building a proxy gives you the power to expose properties, relations and other stuff the way you want it to EL. You also have the possibility to wrap returned values if neccesary and you won't loose the dynamics of Nodes. Ah, I did not thought of that yet.

RE: [Developers] Re:[MMBASECVS]src/org/mmbase/bridge/util MapNode.java

2005-01-29 Thread Homeijer, Michael
-Oorspronkelijk bericht- Van: [EMAIL PROTECTED] namens Michiel Meeuwissen Verzonden: za 29-1-2005 17:49 Aan: developers@lists.mmbase.org CC: Onderwerp: Re: [Developers] Re:[MMBASECVS]src/org/mmbase/bridge/util MapNode.java

RE: [Developers] Re:[MMBASECVS]src/org/mmbase/bridge/util MapNode.java

2005-01-29 Thread Homeijer, Michael
Hi, I tried to create simple prototype to see how much effort would go into creating the proxy implementation. The project dynclass.sourceforge.net makes it very simple (the project isn't maitained actively, so we should possible find an alternative or maintain it within mmbase). Besides