How about having a java class + annotations that contain all data a builder 
needs? This java class can then be used as the interface that the proxy class 
implements.
 
The interface could still be generated from UML.
 
Michael

        -----Oorspronkelijk bericht----- 
        Van: [EMAIL PROTECTED] namens Kees Jongenburger 
        Verzonden: zo 6-2-2005 14:17 
        Aan: [email protected] 
        CC: 
        Onderwerp: Fwd: BeanFactory (was RE: [Developers] Re: 
[MMBASECVS]src/org/mmbase/bridge/util MapNode.java )
        
        

        ---------- Forwarded message ----------
        From: Kees Jongenburger <[EMAIL PROTECTED]>
        Date: Sun, 6 Feb 2005 11:14:28 +0000
        Subject: Re: BeanFactory (was RE: [Developers] Re: [MMBASE
        CVS]src/org/mmbase/bridge/util MapNode.java )
        To: Joost Diepenmaat <[EMAIL PROTECTED]>
        
        
        > > For xjpath the map approach is not an option. I don't think either
        > > needs to make it to the core., But I like the way Michael is 
thinking
        > > about MMBase and standard apis.
        >
        > I have no clue what michael is thinking, but I _personally_ think 
that a
        > nice extention mechanism on the Nodes is more important than just 
being
        > able to use nodes easier in jstl or whatever (since I'm sort of 
doubting
        > the added value of taglibs vs scriptlets/jsp methods in general, 
lately).
        
        One problem when using the proxy aproach is that you still can not
        compile code against a certain api.  so what's the next possibility?
        code generation from uml?
        jdo like class enhancers?
        _______________________________________________
        Developers mailing list
        [email protected]
        http://lists.mmbase.org/mailman/listinfo/developers
        


Disclaimer

Dit bericht met eventuele bijlagen is vertrouwelijk en uitsluitend bestemd voor 
de geadresseerde. Indien u niet de bedoelde ontvanger bent, wordt u verzocht de 
afzender te waarschuwen en dit bericht met eventuele bijlagen direct te 
verwijderen en/of te vernietigen. Het is niet toegestaan dit bericht en 
eventuele bijlagen te vermenigvuldigen, door te sturen, openbaar te maken, op 
te slaan of op andere wijze te gebruiken. Ordina N.V. en/of haar 
groepsmaatschappijen accepteren geen verantwoordelijkheid of aansprakelijkheid 
voor schade die voortvloeit uit (de inhoud van) de verzending van dit bericht.

This e-mail and any attachments are confidential and is solely intended for the 
addressee only. If you are not the intended recipient, please notify the sender 
and delete and/or destroy this message and any attachments immediately. It is 
prohibited to copy, to distribute, to disclose or to use this e-mail and any 
attachments in any other way. Ordina N.V. and/or its group companies do not 
accept any responsibility nor liability for any damage resulting from (the 
content of) the transmission of this message.

<<winmail.dat>>

_______________________________________________
Developers mailing list
[email protected]
http://lists.mmbase.org/mailman/listinfo/developers

Reply via email to