Yakarta se enfrenta a

Facelets (que fue diseñado específicamente para Java Server Faces) fue adoptado como la tecnología de vista oficial para JSF 2.0. Esto elimina los conflictos de ciclo de vida que existían con JSP, que obligaban a los desarrolladores de Java a buscar soluciones alternativas. ^{[ 7 ]}

Las nuevas funcionalidades de JSF también ofrecen un amplio acceso a anotaciones Java, como @ManagedBean`<script>`, @ManagedPropertylo @FacesComponentque elimina la necesidad de usar `<script> faces-config.xml,` en todos los casos, excepto en las extensiones del framework. La navegación también se simplifica, eliminando la necesidad de faces-config.xmlusar `<script>`. Las transiciones de página se pueden invocar simplemente pasando el nombre de la Vista o Facelet deseada.

La incorporación del guardado parcial del estado y las actualizaciones del modelo de objetos del documento (DOM) forman parte de la compatibilidad estandarizada integrada con AJAX .

La última versión de JSF incluye soporte integrado para gestionar recursos como imágenes, CSS y JavaScript, lo que permite incluir estos elementos en bibliotecas de componentes, separarlos en archivos JAR o simplemente ubicarlos en un lugar fijo dentro de la aplicación web. Esto incluye la nomenclatura lógica y el control de versiones de los recursos.

JSF 2.0 también incluye otros cambios, como la adición de soporte para eventos, modos de desarrollo, preproducción y producción separados, similares a los RAILS_ENVde Ruby on Rails , y una expansión significativa del conjunto estándar de componentes.

• JSF 4.1 ^{[ 8 ]} (2025-07-01) – Jakarta EE 11 – Actualización alineada: elimina las referencias restantes de SecurityManager, mejora la alineación de CDI, moderniza las API con genéricos faltantes, agrega UUIDConverter y soporte para inyección de flujo, mejora los eventos del ciclo de vida para ámbitos integrados e incluye múltiples aclaraciones de especificaciones y pequeñas mejoras funcionales.
• JSF 4.0 (15/05/2022) – Principales características: Se eliminaron algunas cosas obsoletas (beans administrados nativos, referencias EL nativas), no hay vista extendida por defecto, se agregó ClientWindowScoped
• JSF 3.0.0 (28/10/2020) – El nombre del paquete cambió de Javax a Jakarta.
• JSF 2.3 (10/09/2019) : Primera versión de la API de Jakarta Server Pages para Jakarta EE. Ni la API ni el comportamiento han cambiado.
• JSF 2.3 (28-03-2017) – Características principales: expresiones de búsqueda, URL sin extensión, validación de beans para clases completas, comunicación push mediante WebSocket , integración mejorada con CDI. ^{[ 9 ]}
• JSF 2.2 (21/05/2013) – Introdujo nuevos conceptos como vistas sin estado, flujo de página y la capacidad de crear contratos de recursos portátiles. ^{[ 10 ]}
• JSF 2.1 (22/11/2010) – Versión de mantenimiento 2 de JSF 2.0. Solo un número muy reducido de cambios en las especificaciones. ^{[ 11 ] [ 12 ]}
• JSF 2.0 (01/07/2009) – Versión principal para facilitar su uso, mejorar la funcionalidad y el rendimiento. Coincide con Java EE 6.
• JSF 1.2 (11/05/2006): Numerosas mejoras en los sistemas centrales y las API. Coincide con Java EE 5. Adopción inicial en Java EE.
• JSF 1.1 (27/05/2004) – Versión con corrección de errores. Sin cambios en las especificaciones.
• JSF 1.0 (11/03/2004) – Se publica la especificación inicial.

JSF se usa frecuentemente junto con AJAX , una técnica de desarrollo de aplicaciones web enriquecidas . AJAX es una combinación de técnicas y tecnologías de desarrollo web que permite crear interfaces de usuario enriquecidas. Los componentes de la interfaz de usuario en Mojarra (la implementación de referencia de JSF ^{[ 14 ]} ) y Apache MyFaces se desarrollaron originalmente solo para HTML, y AJAX tuvo que agregarse mediante JavaScript. Sin embargo, esto ha cambiado:

Dado que JSF admite múltiples formatos de salida, se pueden agregar fácilmente componentes compatibles con AJAX para mejorar las interfaces de usuario creadas con JSF. La especificación JSF 2.0 ofrece soporte integrado para AJAX al estandarizar el ciclo de vida de las solicitudes AJAX y proporcionar interfaces de desarrollo sencillas para los eventos AJAX. La especificación permite que un evento activado por el cliente pase por validación, conversión e invocación de métodos, antes de devolver el resultado al navegador mediante una actualización del DOM XML.

JSF 2 incluye soporte para la degradación gradual cuando JavaScript está deshabilitado en el navegador.

En su publicación Technology Radar de enero de 2014, ThoughtWorks escribió: ^{[ 15 ]}

Seguimos observando que los equipos tienen problemas al usar JSF (JavaServer Faces) y recomendamos evitar esta tecnología. Los equipos parecen elegir JSF porque es un estándar JEE sin evaluar realmente si el modelo de programación se ajusta a sus necesidades. Creemos que JSF tiene fallos porque intenta abstraer HTML , CSS y HTTP , justo lo contrario de lo que hacen los frameworks web modernos . JSF, al igual que ASP.NET Web Forms, intenta crear un estado sobre el protocolo HTTP, que no tiene estado, y termina causando una serie de problemas relacionados con el estado compartido del servidor. Somos conscientes de las mejoras en JSF 2.0, pero creemos que el modelo está fundamentalmente roto. Recomendamos a los equipos que utilicen frameworks sencillos y que adopten y comprendan las tecnologías web, incluyendo HTTP, HTML y CSS.

En el artículo publicado en noviembre de 2014 en el sitio web de DZone, titulado "Por qué debería evitar JSF", Jens Schauder escribió: ^{[ 17 ]}

Facelets, la tecnología de presentación preferida de JSF, parece a primera vista una tecnología de plantillas común y corriente, como el clásico JSP o Thymeleaf. Pero si se observa con más detenimiento, el horror se hace evidente. En el mismo lugar donde se estructura el HTML, también se coloca la lógica que determina qué partes de la interfaz de usuario deben actualizarse ante una acción. Una clara violación del principio de separación de responsabilidades, en mi opinión. Y lo que es aún peor, ¡el atributo `immediate` cambia el ciclo de vida del servidor! Y por si fuera poco, lo hace de diferentes maneras según la etiqueta en la que se utilice. Es increíble.

En febrero de 2016, el sitio web de la comunidad Java empresarial TheServerSide publicó un artículo que desaconsejaba el uso de JSF, ya que su uso podría comprometer la calidad del producto final. El artículo explicaba cinco razones: ^{[ 18 ]}

1. Las tareas sencillas se vuelven difíciles;
2. JSF carece de flexibilidad;
3. La curva de aprendizaje es pronunciada;
4. Incompatibilidad con las tecnologías Java estándar; y
5. Soporte AJAX básico.