|
From: Mike Cannon-B. <mi...@at...> - 2003-11-12 12:47:26
|
Lars, For what it's worth we're working on some WW2 / Spring integration at the moment (along the lines of what Juergen, Cameron and others have suggested) - including minor modifications to XW to support external references, and then a Spring external reference resolver. I think it will work very nicely, we'll keep you posted :) Cheers, Mike ATLASSIAN - http://www.atlassian.com Expert J2EE Software, Services and Support On 12/11/03 9:32 PM, "Lars Fischer" (lar...@gm...) penned the words: > I think it would be a good idea to put a focus on WebWork 2 integration. > WebWork is a very popular framework and I think Spring would gain > further popularity when providing a way to integrate WebWork "out of the > box". > > IMO the main advantage of WebWork is that it's very easy to understand even > with missing documentation. Spring MVC maybe technically superior > (I don't know) but it's too complicated to get started with. > > The combination of Spring as Container and WebWork 2 as MVC framework > is very powerful. > > What do you think about this ? > > Regards, > Lars > >>> Do you not think that configuring some of this peripheral >>> data should be at the view level? If not the view, then >>> where..? In common scenarios I come across, the secondary >>> model is quite specific to a view (though not of course the >>> TYPE of view) >> >>> From what I've seen there's three commons scenerio's >> >> 1. Reference data needed to render the view. This is the stuff we have >> already. >> 2. Data related to the view but not necessarily needed to render it >> (additional news in a sidebox, perhaps a menu). >> 3. Componentized views having corresponding controller (portlet) >> >> The first case can perfectly be implemented using our current reference >> data implementation (a list of elements in a select box of a form for >> instance). One controller, having reference data, specifically belonging >> to the controller >> >> The second case (sideboxes containing news, a menu that needs >> information not related to the main view) I consider to be a simple >> Tiles approach and I think a somewhat more advanced version of the >> reference data features we have now, would do. Something like you >> proposed maybe. Reference data, however, not in fact related to the >> controller! >> >> The third case however, is a completely different one and somewhat looks >> like the portlet approach. I think this is a bit too far-fetched to >> implement in Spring, although I'd like to offer view-tech independent >> stuff for this. Parallel controllers rendering views independent of >> eachother. >> >> It's just some rambling, but maybe we could brainstorm about this more >> in order to come with something brilliant :)... >> >> Alef >> >> >> >> >> >> ------------------------------------------------------- >> This SF.Net email sponsored by: ApacheCon 2003, >> 16-19 November in Las Vegas. Learn firsthand the latest >> developments in Apache, PHP, Perl, XML, Java, MySQL, >> WebDAV, and more! http://www.apachecon.com/ >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer >> > > > > ------------------------------------------------------- > This SF.Net email sponsored by: ApacheCon 2003, > 16-19 November in Las Vegas. Learn firsthand the latest > developments in Apache, PHP, Perl, XML, Java, MySQL, > WebDAV, and more! http://www.apachecon.com/ > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |