Lenguaje de expresión de Yakarta

El lenguaje de expresiones surgió como parte de la biblioteca de etiquetas estándar de JavaServer Pages (JSTL) y originalmente se llamaba SPEL (Simplest Possible Expression Language), y luego simplemente Expression Language ( EL ). Era un lenguaje de scripting que permitía acceder a componentes Java ( JavaBeans ) a través de JSP . Desde JSP 2.0 , se ha utilizado dentro de las etiquetas JSP para separar el código Java de JSP y para facilitar el acceso a los componentes Java (en comparación con el código Java).

Con el paso de los años, el lenguaje de expresiones ha evolucionado para incluir funcionalidades más avanzadas y se incorporó a la especificación JSP 2.0. La creación de scripts se simplificó para los diseñadores de contenido web con escasos o nulos conocimientos del lenguaje Java. Este lenguaje de scripting convirtió a JSP en un lenguaje de scripting en el sentido estricto de la palabra. Antes de EL, JSP consistía en etiquetas especiales como `scriptlets` , `expressions`, etc., dentro de las cuales se escribía explícitamente el código Java. Con EL, el diseñador de contenido web solo necesita saber cómo realizar las llamadas adecuadas a los métodos Java básicos.

EL era, tanto sintáctica como semánticamente, similar a las expresiones de JavaScript :

• No hay conversión de tipos.
• Las conversiones de tipo generalmente se realizan de forma implícita.
• Las comillas dobles y simples son equivalentes.
• object.propertytiene el mismo significado queobject['property']

EL también liberó al programador de tener que conocer las particularidades de cómo se accede realmente a los valores: object.propertypuede significar (dependiendo de lo que objectsea) object.get("property")o object.getProperty("property")o object.getProperty()etc.

Durante el desarrollo de JSP 2.0, se lanzó la tecnología JavaServer Faces , que también requería un lenguaje de expresiones. Sin embargo, el lenguaje de expresiones definido en la especificación de JSP 2.0 no satisfacía todas las necesidades de desarrollo con la tecnología JSF. Las limitaciones más evidentes eran que sus expresiones se evaluaban inmediatamente y que los componentes JSF no podían invocar métodos en objetos del lado del servidor. Se creó un lenguaje más potente con las siguientes nuevas características:

• Expresiones diferidas, que no se evalúan inmediatamente.
• Expresiones que pueden establecer y obtener datos
• Expresiones de método, que pueden invocar métodos

El nuevo lenguaje de expresiones funcionó bien para JSF. Sin embargo, los desarrolladores tuvieron problemas al integrar el lenguaje de expresiones de JSP con el de JSF debido a conflictos. Debido a estas incompatibilidades, se inició la iniciativa del lenguaje de expresiones unificado para unificar estos lenguajes. A partir de JSP 2.1, los lenguajes de expresiones de JSP 2.0 y JSF 1.1 se fusionaron en un único lenguaje de expresiones unificado (EL 2.1).

La versión 3.0 del lenguaje de expresiones (el lenguaje unificado ya no se consideró necesario) se desarrolló en un JSR independiente de las especificaciones JSP y JSF en JSR-341 . Se agregaron algunas características nuevas, sobre todo equivalentes EL de los flujos y expresiones lambda de Java 8. ^{[ 1 ]}

La versión 4.0 se publicó el 7 de octubre de 2020. ^{[ 2 ]} La API se trasladó del paquete javax.el al paquete jakarta.el, como parte de la transición de Java EE a Jakarta EE. Parte de Jakarta EE 9.

La versión 5.0 se publicó el 5 de septiembre de 2022. ^{[ 3 ]} Se eliminó un método obsoleto, se aclararon ambigüedades en la especificación y se añadieron pequeñas mejoras de usabilidad. Forma parte de Jakarta EE 10.