[jsr-314-open] AJAX library in JSF 2.0

[Dan Allen]

> The big concern is when the vendors make changes that make their components
> not interoperate with other components on a page - we'll be watching this
> closely, and seek to address it vigorously.  But as a user and customer of
> those vendors, you can do so as well, by letting them know that component
> interoperability is important to you.
>
> Yes, the biggest toxin to the JSF ecosystem is the inability for components
to interoperate because of low-level conflicts such as in JavaScript. To
keep the ecosystem healthy, we have to play our part in getting components
to "play nicely together in the sandbox" within reason. Obviously, there are
exceptions, such as two layout systems. We are dealing with the level or
core APIs, however.


> And, as said in a different email on this thread:  Other web frameworks'
> primary goal is to provide a complete Ajax solution.  The goal of the JSF
> Ajax framework is to provide an easy to use set of basic functions which
> will be built upon by other members of the JSF ecosystem.  This is markedly
> different than most other framework's goals.
>

We have a separation between a shared API and implementations. That is what
make standard specifications so drastically different from most autonomous
projects. We are building a platform and an ecosystem around it.

-Dan

-- 
Dan Allen
Senior Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #231597

http://mojavelinux.com
http://mojavelinux.com/seaminaction
http://www.google.com/profiles/dan.j.allen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jsr-314-open-mirror/attachments/20090916/94e26fc1/attachment.html