Apuntes de Java

Siguiendo con nuestra serie de JSF (en Jakarta EE 8) hoy veremos cómo manejar campos de tipo enum y LocalDate . Estos campos no son comunes para manejar en un formulario web, donde generalmente se maneja en campos de tipo String . Veremos que Jakarta EE 8 manipula los de tipo enum de una manera transparente, mientras que los LocalDate necesita de una pequeña ayuda usando un javax.faces.convert.Converter .

Seguimos con los vídeos de JSF. Ahora veremos cómo validar unos campos en JSF: que no sea blanco que sea un campo email. Sin utilizar algún widget de Javascript, y sin agregar mucho más código. Finalmente, seguiremos teniendo un .war totalmente liviano. Si gustó el vídeo dale like ; si te es útil, compártelo .. es gratis.

En este vídeo veremos cómo crear una aplicación web usando el arquetipo de Java EE 8. Además veremos cómo configurarla para que funcione con JSF. Con este proyecto veremos más funcionalidades que nos trae Jakarta EE 8. Comenzaremos con JSF.

Comenzaremos una serie de vídeos para conocer Jakarta EE. En este vídeo conoceremos: Cómo crear una aplicación JSF usando NetBeans 10 Crear páginas JSF Navegación entre las páginas Uso básico de ManagedBeans para guardar información y compartirlas entre páginas. Si te gustó y te es útil el vídeo, haz clic en "Me gusta". Con eso me ayudas a subir más vídeos de este tipo. No te olvides de suscribirte a mi canal y darle clic en la campana para que te enteres cuando publico un nuevo vídeo. Si necesitas asesoría en Java para la Universidad, no dudes en escribirme a asesoria@apuntesdejava.com

Siguiendo por nuestro viaje por el mundo del JSF (y ya estando cerca al fin), aprenderemos a usar los Converters, Listeners y Validators. Recordemos que: Los converters son usados para convertir que es recibida desde un componente de entrada (como el inputText).  Los Listeners son usados para que escuchen los eventos que sucedan en una página para realizar acciones definidas. Los validators son usados para validar que el dato que es recibido por un componente de entrada cumpla con los requisitos necesarios antes de que sea procesado en la aplicación. Con esta pequeña introducción, comenzaremos...

Estuve revisando la biblioteca " Senna " que permite cargar parte de una página sin necesidad de cargar toda la página, y se me ocurrió combinarlo con JSF Facelets. Así que en este post veremos cómo se hace

Esta vez hablaremos sobre la novísima versión de HTML que ya se ha vuelto popular, y que revoluciona el desarrollo de aplicaciones web. Es nada menos que el HTML5. Pero, no vamos a hablar del HTML5 en sí, ya que estamos siguiendo un tutorial sobre JSF 2.2. Lo que vamos a ver es cómo puede interactuar HTML5 con JSF. En las versiones anteriores a JSF 2.2, solo se podía usar etiquetas compatibles con HTML 4, y las etiquetas y atributos de HTML5 se estaban volviendo muy útiles y necesarias para las aplicaciones. Así que decidieron que el JSF deba contemplar HTML5. Veremos en qué consiste.

¿Qué pasaría si nuestra aplicación web debe lucir con diferentes estructuras de página en diferentes secciones de la aplicación? Sabemos que podemos usar los facelets , que - dependiendo de qué plantilla le indiquemos - nos mostrará una estructura diferente. Pero, si son varias páginas que pertenecen a una carpeta, sería un suicidio poner en todas las páginas qué plantilla debe utilizar ¿cierto?. Aquí es donde aparecen los "Resource Library Contracts" (no encontré una traducción acorde al español) que consiste en usar una plantilla especial, si las páginas en cuestión están dentro de una URL específico

En JSF se pueden incluir recursos tales como hojas de estilos (CSS), javascript e imágenes que queramos usar en nuestra web, pero de una manera ordenada. En este post veremos cómo lo hace.

Los facelets es una declaración bastante ligera de declaración de páginas web. En los JSP, el lenguaje era Java dentro de los JSP, y estos fragmentos se llamaban scriptlets. En cambio, en JSF, se llama facelets. Los facelets son un tema extenso, así que - como no va a entrar todo en un post - lo haré por partes. No tengo idea de cuantas partes tomará, creo que serán algo de diez. Glup! Pero veremos todo lo que concierne al JSF 2.2, incluyendo al HTML5. Comencemos...

Siguiendo con el tutorial de JSF 2.2, esta vez veremos el ciclo de vida de una aplicación. Es importante conocer esto, ya que podremos saber cómo viaja una petición desde el cliente web, es procesado por el servidor, y cómo devuelve el resultado.

Oracle Application Development Framework (más conocido como ADF) está basado en Apache MyFaces . Algunas de sus configuraciones se puede hacer en los archivos de Myfaces, como el trinidad-config.xml . Esta semana me he roto la cabeza tratando de cargar una página JSF de ADF dentro de un iframe que estaba en otro contexto. Noté que sí cargaba la página, sí la identificaba, pero no la mostraba. Comencé a revisar la configuración del archivo web.xml y encontré un parámetro muy escondido.

La navegación en JSF hace fácil la navegación entre páginas y permite manejar procesamiento adicional que sea necesario al momento de ir entre una página y otra. Hay dos tipos de navegación: la implícita y la definida por el usuario . En este post veremos estos dos con un ejemplo simple.

¡Ahora sí! Mi primer tutorial de JSF! Lo tengo esperando desde la versión 2.0 :) Pero más vale tarde que nunca. Yo era muy defensor de Struts 1x, y lo veía con malos ojos al JSF 1.x. Cuando apareció la versión 2.0 con el JavaEE 6, lo probé y me resultó mucho más fácil que el Struts. Por ello, me propuse (desde post anteriores... muy anteriores) a hacer un tutorial de JSF. Espero que me puedan seguir, y si tienen alguna duda, no duden en escribir en los comentarios de este post, en el Google Plus , y en el Facebook . ¡Comencemos!

En la reciente versión de Java EE7, los ManagedBean ( o también llamados Bean Administrados) ya no se usarán. Estos beans se usaban como Backend de las páginas JSF. En su lugar, se usarán inyección de dependencias, ya que se instanciarán de la misma manera como lo hacía los ManagedBean.

Después de varias semanas desconectado por motivo de trabajo (parece que ahora sí trabajo más que antes) retomo (y espero que sea más seguido) los artículos de este blog que, según veo las estadísticas, a varios desarrolladores ayudan. Y bueno, estuve haciendo una aplicación con JSF 2.0, y una de las característica que debería tener es que  permita anexar archivos. Los Servlet 3.0 - que son parte de Java EE 6 - permiten cargar archivos de manera nativa. Lo que mostraré en este post es justamente cómo utilizar el Upload de Servlet 3.0 desde una aplicación web con JSF 2.0. No usaré extensiones de JSF como el ICEFaces o el MyFaces, porque quiero hacerlo de la manera más genérica posible, de tal manera que no afecte a la implementación de JSF que estén usando.

Siguiendo con los ejemplos después de mucho tiempo , ahora mostraré cómo actualizar una lista dependiendo del texto que se escribe en un input-text, pero usando Ajax. Es decir, a medida que se escribe, se actualizará el contenido del texto. Todo esto usando JSF 2.0 con su tag <ajax />

La técnica Ajax es muy útil para hacer aplicaciones donde solo se actualiza una parte de la página y no toda. Cuando salió JSF no tenía esta característica, pero otros frameworks (como ICEfaces) proporcionaban el Ajax como manera natural. También se podía utilizar otros complementos al JSF para que pueda funcionar.. pero ya no era el JSF natural. Con JSF 2.0, el Ajax ya es natural. Mostraremos un conjunto de ejemplos de Ajax con JSf 2.0. En este post haremos un ejemplo de cómo un combo puede cambiar el valor de un texto. Primero lo haremos sin Ajax, y luego con Ajax. El ManagedBean Primero haremos un ManagedBean llamado FormBean. Tendrá una propiedad que contiene las opciones del combo, y luego un atributo donde tendrá el valor seleccionado del combo. package jsf; import javax.faces.bean.ManagedBean; import javax.faces.bean.RequestScoped; import javax.faces.model.SelectItem; @ManagedBean(name = "FormBean") @RequestScoped public class FormBean { private Select

Cuando se trabaja con variables sesión en JSP/Servlets es fácil guardar estas variables y también accederlas... bueno, al menos para quien ha trabajado bastante con este tipo de variables de sesión: Desde un servlet se debería escribir request.setAttribute("obj1",obj1); ... cuando se desea guardar una variable de sesión de alcance "request".Para uno de alcance "sesión" es una historia similar. Y desde un JSP para acceder a esta variable de sesión, usando EL, deberíamos usar algo como esto: Mostrando objeto: ${ob1} Pero en JSF (en especial la versión 2.0), ya no se debería utilizar variables de sesión ya que JSF propone ManagedBeans que tengan alcance Scope, Request, Application, Custom y none. Pues bien, esto funcionaría así. Un ManagedBean: @ManagedBean(name="bean1") @SessionScoped public class Bean1 { public Bean1() { } private String nombre; public String getNombre() { return nombre; } public v

En NB 6.8 existe un mejorado asistente para crear un CRUD usando JSF 2.0/EJB 3.1/JPA 2.0. Aquí está un vídeo demostrativo. Las tablas se crean automáticamente a partir de las clases entidad que se crearon.