-RI JSF is not open source, so if rendering does not emit HTML that supports your/browser needs,...
-Also JSF implies that Java developers are doing more UI, something that a Graphic Artist does for my clients. (I see JSF similar to JSP version of ECS)
- The links imply that ASF will have an open source JSF... , I can't see it.
- I personally am not clear on what JSF licensing will be until it is released.
- Not sure what support for JavaScript will be, until it is released.
To me ... people that use/like EJB will use JSF with it. (they are both heavy; ... possibly on the way to .NET, since I see this combo inferior to C#/DataGrids)
People that use/like iBatis/Hibrenate DAO types(light), will use Struts. (and likely to stay on J2EE, since I see this combo better than .NET. Displaytag, calendar tag, Struts Menu, and other tags are real nice and proven to me)
I see JSF and Struts as opposite. One is heavy/commercial with IP owned by Sun wanabe, the other is open/light, proven/popular standard. KISS anyone?
I am hedging my bet w/Flash DataGrid, since it supports both .NET and J2EE (FYI: MacroMedia pulled out of JSF).
Of course wait and see could be a good idea as well, maybe JSF v2 gets proven in production, but people that do JSF now, IMO will get burned. Even if JSF does have some market share... Struts is much to popular, and it is open source (so as long as you have source) it can't go away.
So my prediction is Struts all the way.
And future UI would be client side scripting (Flash/.js), XUL and XForms ( and very little people using JSF to do same)
It remains to be seen if Craig can persuade his comity of vendors vs what WinterFeld, Turner, Husted, Marting, Cedric, et all did, and continue to do. Look at what is coming up for Struts 1.2 and 2.0.
Feel free to read the JSF spec and form an opinion for yourself.
.V
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
