I agree here. I like having the safety of knowing that if we decide to re-architect the presentation layer of our app (and we're looking at re-doing some of it with Thinlets), then there could be a framework there to let us do that...
> -----Original Message----- > From: Patrick Lightbody [mailto:[EMAIL PROTECTED]] > Sent: Saturday, January 11, 2003 11:10 AM > To: [EMAIL PROTECTED] > Subject: Re: [OS-webwork] XWork: core concepts > > > I would highly recommend against going down this path. > Otherwise, just focus on WebWork 1.4. Plus, even if all our > actions are used for the web, remember that by making the > core framework non-web-based, you also make testing much > easier as well. > > -Pat > > ----- Original Message ----- > From: "matt baldree" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Saturday, January 11, 2003 5:34 AM > Subject: Re: [OS-webwork] XWork: core concepts > > > > +1 > > > > ----- Original Message ----- > > From: "Hani Suleiman" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Saturday, January 11, 2003 6:29 AM > > Subject: Re: [OS-webwork] XWork: core concepts > > > > > > > > On Saturday, January 11, 2003, at 03:29 AM, Rickard �berg wrote: > > > > > This is a very difficult question. Separating it from the > > > javax.servlet API should be possible, but overall I have > the feeling > > > that trying to make a *too* generic solution might be crippling. > > > > > > A little poll: > > > *) How many have actions that are used with more than one kind of > > > dispatcher? > > > *) How many are using WebWork in Swing apps? > > > *) How many are using WebWork for RPC style stuff? (the > > > ClientServletDispatcher and friends) > > > > > I don't use any of those and am quite unlikely to eve ruse them. > > Reason: I use app clients. webwork/xwork to me is ALL about > being web > > only, and its role is to handle view related stuff and > marshall things > > for the backend. EJBs do all the actual 'meat'. Appclients for me > > provide a far greater degree of separation, as if I went with the > > webwork framework for my swing clients, due to the possibility of > > wildly different UI's, I suspect I'd end up having to add a whole > > bunch of special chains/collections of actions for the > appclients to > > use. > > > > I strongly suspect that swing/non web usage makes up 1% or > less of all > > the users. Lets not make this unpleasant for the silent > majority just > > to win a marketing line or two or some coolness points by > saying 'we > > have nothing to do with the web!'. xwork should be targeted at the > > web, and should make the life of web developers a lot more pleasant > > and fun. It should NOT enforce that though and should work well > > outside of it, but web people should definitely be the main target > > audience. > > > > > > > > ------------------------------------------------------- > > This SF.NET email is sponsored by: > > SourceForge Enterprise Edition + IBM + LinuxWorld =omething 2 See! > > http://www.vasoftware.com > > _______________________________________________ > > Opensymphony-webwork mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork > > > > > > > > > > > > ------------------------------------------------------- > > This SF.NET email is sponsored by: > > SourceForge Enterprise Edition + IBM + LinuxWorld = > Something 2 See! > > http://www.vasoftware.com > > _______________________________________________ > > Opensymphony-webwork mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld =omething 2 > See! http://www.vasoftware.com > _______________________________________________ > Opensymphony-webwork mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork > ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com _______________________________________________ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
