You build web apps like swing.. attaching ActionEventListeners to controls to indicate that a trip to the server is required to modify the state of your model / gui.
http://www.nextapp.com/products/echo/
I dunno much about JSF, but it sounds similar.
Cameron.
On Sat, 2003-10-18 at 02:01, Jason Carreira wrote:
Well, basically your designers will have to learn to build "components" which look nice... For instance a header, footer, and navigation... Then there will be GUI tools to put those together on a page and generate the JSF tags to do that for you... I'm still not clear on how those components get built by the designers... The examples I saw of reusable components I saw used renderers for HTML that used the out.println() method I talked about... They didn't have the concept of templates like we do (I suggested this)... Not sure how a graphic designer is going to tweak these. I know designers like to do this like 80 times a day... This will be harder when that involves changing a renderer and rebuilding. Jason > -----Original Message----- > From: Rob Rudin [mailto:[EMAIL PROTECTED] > Sent: Friday, October 17, 2003 11:54 AM > To: Jason Carreira > Subject: Re: RE: [OS-webwork] Webwork vs JSF > > > Adding to Jason's third point - if you normally have a > graphic designer (or a team of them) working on the > design/layout/graphics of your web pages, I think that JSF > will be a very large hurdle for them, if not a complete > roadblock to productivity. The vision for JSF is that tools > like Macromedia will let designers operate like normal, but > the tools will generate JSF tags instead of HTML tags. I'd > have to guess that it will be quite awhile before that is > achieved. In the mean time, you'll have to figure out a way > for designers to write JSF tags, or some developer's gonna > get stuck turning the designers' HTML into JSF tags every > time there's a UI change. Doesn't sound like fun to me. > > Rob > > > > ---- On Fri, 17 Oct 2003, Jason Carreira > ([EMAIL PROTECTED]) wrote: > > > 1. WebWork decouples your controller logic from your view, and > Actions > > can be reused outside a web context. JSF is all about the > view, and ties > > your code in as basically event handlers for your UI. It's > kind of like > > VB in this sense. Yes, you CAN build reusable and decoupled > application > > pieces in VB/JSF, but it's not built that way from the start. > > > > 2. WebWork (1.3) is a shipping, production quality framework. > JSF is > > probably 3-4 months from being released. WebWork2 is probably > 1-2 months > > from being generally available. > > > > 3. JSF will require a whole new way of building web > applications. Your > > pages won't have any HTML in them, just JSF tags which include > other > > components, which will render themselves (last time I looked, > the > > renderers wrote out HTML via out.println() statements... > Yuck). > > > > I think JSF has some interesting ideas. I'm worried about > performance in > > JSF (a server roundtrip for every radio-button group > selection?) and > > tieing business logic into your view. I prefer Xwork's > completely > > web-agnostic command pattern, myself. It's still on my Jira > issues to > > build a JSF/Xwork bridge, like Craig has for Struts, but > that's probably > > a ways off. > > > > Jason > > > > > ------------------------------------------------------- > This SF.net email sponsored by: Enterprise Linux Forum > Conference & Expo The Event For Linux Datacenter Solutions & > Strategies in The Enterprise > Linux in the Boardroom; in the Front Office; & in the Server Room > http://www.enterpriselinuxforum.com > _______________________________________________ > Opensymphony-webwork mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork > ------------------------------------------------------- This SF.net email sponsored by: Enterprise Linux Forum Conference & Expo The Event For Linux Datacenter Solutions & Strategies in The Enterprise Linux in the Boardroom; in the Front Office; & in the Server Room http://www.enterpriselinuxforum.com _______________________________________________ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
