>>> [EMAIL PROTECTED] 12/1/2005 7:30:16 PM >>>
My personal belief is that component oriented development is more
accessible
to a wider array of developers than action oriented frameworks. 
Therefore,
I spend my time (disclaimer:  I'm paid to do this too, but that
doesn't
cover much of my open source effort :-) working on technologies that
are
designed to increase the overall number of developers in the world that
are
using Java based technologies.  Does that mean JSF is "better" than
action
**************************************************************

I would agree sincerely with the above. And if that is the overall
intent of why Struts is moving in the direction it is then to some
extent I get it. I mean, on one level I don't get it. That being that if
JSF already exists, why not just improve JSF instead of creating JSF++?
I don't necessarily see the benefit in that sense. It might make more
sense to keep a good, action oriented framework, pushing it forward and
improving it, and let JSF take its course.

That is, unless you believe that action oriented frameworks are
inaccessible enough to newbies, that in terms of sheer productivity it
doesn't make sense to push that model forward. I can see that point of
view. I think what many of us are seeking either way, is a clarification
on where Struts is headed and why so we can make an informed decision.
Right now backwards compatibility is being stressed so much (and I
understand why, but bear with me) that it's possible that those making
decisions won't really know what Struts is about at a certain point and
will choose something more rigid like Tapestry or JSF. Or, like I said
in another email, start taking a look at something like Ruby on Rails. I
don't know. I just know that Struts has been a standard-bearer for some
time. And change isn't bad, as long as you know where that change is
headed. Your overall explaination helps, but it's sitting on a mailing
list. 

Something more robust and visible might not be a bad idea. Because I
can speak from experience (having had to justify Struts 3 years ago when
I was working at a company choosing a framework, and again this year
when an organization I was with was testing out Tapestry) that Struts is
the standard, by and large. Confusing the powers that be, or making it
hard for people like myself to explain even what Struts is and why we
should choose it, is going to make life more difficult and perhaps have
people turning elsewhere.

Preston

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to