If JSF spec gets refactored in some future to simplify ( just like EJB3,
maybe we need to wait for JSF v3, and like EJB likely things will get
worse before they get better) everyone wins. CoR is great, it's KISS,
and imo better than Spring factories for configuration.
I now think *Shale is most likely to suceed long term*. I could imagine
a day when "70%" of "Java"(including Groovy ;0) developers use Shale.
Why?
Now imagine you don't need the view layer in a framework . Struts has a
view layer, so that emliminates it. Ti plans to build another view layer
that runs on the server, so pass. (lets not dice it, it has Servlet
API buuilt in, request, response, just go w/ it). Shale's goal is not to
have a view layer ... and it's surley not tied to Servlet API.
What tech stack could possibly not need a View layer, but still need a
back end?
WinFx(Vista's C# thingy), Flash v 8.5 (now w/ layout), Ajax (a fad) and
JDNC, they don't need a view on the back end!!!!!!!
If you do Ajax, why mess w/ the view layer, servlet api, etc.
Again I advocate Shale! ... and in Groovy (+ibatis, jdnc). Groovy realy
improves Java becuase it's dynamic, a lot like C# (and SmallTalk,
ObjectiveC, etc.) For my current project I had to write my own CoR back
end dispatcher, so I am looking for a right time to refactor
pointcast.com(tm :-) to Shale. Yes, my project will likely go Shale once
I beg the commons-dev to help me "Digest-create" a groovy object from
.groovy.
J2EE5 comes w/ WS, it's no longer optional. That will have a huge impact
on what state of the art is. Google API, Ammazon API, RSS api... he, he.
Imagine... why does Tivo and X-Box 360 have a better UI than our
applications we use ? (such as Drupal, vBulletin). We can build
Client/Services like RiA apps, right?
Do you realy want to be the last one maintaining legacy html
applications? I am not saying it kills it, there are still lots of
terminal based applications that developers support, but ... support is
not for me. I want to build the next year's application... and it
generaly takes me a year to build it so ... start now.
1up.com is flash based + stuts, but that is so not rich enough.
For now, Shale has an Ajax support module, and no other back end
(middleware?) framework does AFAIK, and that's enogh.
Now go out there and get a date! Or better go out w/ your friends live
and leave the chat rooms. It's Saturday Night...... time for beeeeer.
Bass! got to go.
.V
ps: did I plug groovy enough? It rocks. Much more elegant than Ruby.
Dakota Jack wrote:
Does anyone (I mean "anyone") believe that Shale is a potential
future. Don't even its most avid advocates see it as a temporary
transition to some JSF deal?
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
