Werner Punz wrote:
Mostly for now JSF is a mechanism for server side user interfaces, so
it spans naturally into server side rendered uis easiest
Surely since it's based on the servlet API, but I think the servlet API is abtract enough to be exended to any user machine interaction. When I was just reading without applying JSF, I was thinking JSF events are processed at the moment they occur, which a completely possible alternative through Ajax, When java come in, everybody was saying : it's too slow, and I fan of java, was answering: you said C++ is too slow (compared to C) but machines come faster and the user experience stopped to be handicaped. I think the same phenomena is coming with internet connection speed and the client-server applications: every application will be client server based in the future, the need is clearely there... being the first to believe in that "write once deploy everywhere" can be extended to these limits can have some advantages on our next ten years salaries ;-). 2007/7/24, Werner Punz <[EMAIL PROTECTED]>:
Zied Hamdi schrieb: > At the beginng of the JSF specification (2002 I think) I thought JSF > will replace all platforms: I though it will be compiled to swing, JSPs, > SVG and all we will have to do is write a sort of XML that will be > transformed to these formats, then we will have bundles of css and other Well JSF has enough abstraction to acomplish that task (to some degree for now), but so do many other frameworks, it all comes down to the task to write the proper renderers. Since most development currently is done in the html domain most components are developed for html only. You can see the power of the higher abstraction in component implementations for WML, or Renderers for PDF some people have written or even the neat VT220/Jabber demo the Oracle guys love to show at conferences. Mostly for now JSF is a mechanism for server side user interfaces, so it spans naturally into server side rendered uis easiest (Which is html, VT220, Instant messaging etc...) Client side rendering is doable, but every connector into real client side uis has to provide a lot of infrastructure and server callback paths. JSF 2.0 will adress many of those issues, I hope they can pull it off decently.
-- Zied Hamdi zatreex.sourceforge.net
