On Apr 19, 2011, at 11:19 PM, Morten Matras wrote: > Our conclusions so far could be: > - Stripes core is handled brilliantly by the people and with the technology > they choose. No real need to interfere with that! > - Stripes could use a better plugin strategy including handling of view > parts of the plugins. > > What do you say - could that be the conclusion?
Sure. There's nothing to stop some enterprising person or group from running off and working up some new kind of plugin architecture. I looked at the Grails one, and if you're looking for something of that sophistication, then that may well be a 2.0 kind of thing. But we won't know that until someone starts work on it. But as far as I can tell, there's nothing stopping people from starting work on this right away to better understand what they want from it and how it may, or may not, affect Stripes core. Oh, and speaking of that, I don't want to be (more of) a stick in the mud, but I read the thread on Linked In for the stripes group. It was a nice discussion. My only issue is simply that the community is small enough as is without having the discussions being fragmented. Some of these issue came thundering in to the ML with a lot of "unknown" history behind it because it was off on the LI forums. I think if you want the input of the community, then the discussion should take place here. Regards, Will Hartung ------------------------------------------------------------------------------ Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev _______________________________________________ Stripes-users mailing list Stripes-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/stripes-users