NOTA: esta entrada es para la versión 2.1 de Apache Tiles.

En una entrada anterior estuvimos hablando de cómo crear una librería de etiquetas JSP. En la presente vamos a utilizar una que nos permita crear un sistema de plantillas.

¿Pantillas? Sí, plantillas. Para no repetir código y estructurar nuestra página de forma correcta. Hasta ahora creabamos una página JSP que contenía todo el código: cabecera, menú lateral, pie y centro. Pero, ¿que sucede si quiero crear una nueva página que tenga la misma cabecera, menú y pie, pero con distinta parte central? Pues que si no utilizamos plantillas y obviamos el uso de la librería de etiquetas que viene con JSP, tendríamos que copiar el mismo código.

Para evitar esta situación aparece Apache Tiles que, como se indica en su página, es un marco de plantillas diseñado para simplificar el desarrollo de interfaces de usuario de aplicaciones Web. Tiles permite definir a los autores de la página fragmentos (tiles) que pueden montarse en una página completa en tiempo de ejecución. Estos fragmentos se pueden utilizar simplemente con el fin de reducir la duplicación de los elementos de la página o para desarrollar una serie de plantillas reutilizables. Estas plantillas agilizan el desarrollo de una aplicación completa.

Tiles creció en popularidad como un componente de  Struts. Posteriormente fue extraído de Struts y ahora está integrado con diversos frameworks.

Leer el resto de esta entrada »

En esta entrada crearemos nuestra propia librería de etiquetas que defina nueva funcionalidad reutilizable en distintas JSPs.

¿Cómo lo vamos a hacer? Lo primero será definir la etiqueta (nombre, atributos, cuerpo, etc) en un fichero denominado Tag Lib Description (TLD). Después crearemos la clase (o clases) Java que implementa la funcionalidad y configuraremos el fichero web.xml para que la aplicación “conozca” la nueva librería. Finalmente la utilizaremos en una página de prueba.

El ejemplo que seguiremos es el de una etiqueta que muestra el resultado de la operación matemática que se le indique como atributo.

Leer el resto de esta entrada »

Después de hacer una breve introducción a las JSP vamos a trabajar las directivas de páginas y el paso de atributos entre el servlet Control y la JSP. Así que, vamos por partes…

Directivas JSP

Como ya se comentó, una página JSP se “compila” para generar un fichero .java y este, cada vez que se ejecuta, crea la página html deseada. Pero, ¿podemos añadir información “extra” antes de compilar? Evidentemente la respuesta es sí. Y lo haremos mediante el uso de lo que se denomina directiva.

Como no es objetivo de esta entrada explicar una a una todas las directivas, aquí os dejo un enlace donde están todas. Veamos dos ejemplos de uso:

Leer el resto de esta entrada »

En el servlet que desarrollamos en la entrada anterior se generaba el código html de la página a mostrar en el cliente. Pero el ejemplo propuesto en la misma era tan sencillo que tal vez pasamos por alto un aspecto importante: programar una aplicación web mediante servlets que generan el código html puede ser bastante tedioso.

Sería interesante tener un mecanismo que nos permitiera generar los servlets a partir de un fichero similar a uno html. Y por eso aparecen las Java Server Pages (JSP). Así que una JSP es un fichero que se compila para generar un servlet (.java) que se invocará para crear la página que se envía al cliente.

Pero… ¿eso no es lo mismo que hace PHP? No, PHP se procesa cada vez que se invoca mientras que las JSP se compilan para generar un servlet y, como tal, se cargan en memoria la primera vez y se ejecutan en las sucesivas llamadas. Por lo que es más rápido. Además, esa persistencia entre peticiones puede ser útil para gestionar las sesiones y las conexiones a la base de datos.

Esta entrada es una introducción muy breve a la tecnología JSP. Iré completando la información con enlaces a páginas donde se amplíe el contenido.
Leer el resto de esta entrada »

En esta entrada vamos a realizar nuestro primer servlet aunque antes es interesante resolver dos preguntas:

• ¿Qué es un servlet?: una pequeña aplicación que se ejecuta en el servidor.

• ¿Para que sirve?: realizar la funcionalidad de nuestra aplicación. Esto puede ir desde generar una página hasta controlar el acceso a la misma.

A nivel práctico vamos a reutilizar el formulario creado en la aplicación de la entrada anterior. Cuando se pulse el botón Enviar se ejecutará nuestro servlet.  Este a su vez devolverá una página Web que contenga el texto “Bienvenido, Nombre”, donde “nombre” se corresponde con el valor introducido en el formulario.

Leer el resto de esta entrada »

En esta entrada, continuando con las dos anteriores, donde hemos instalado tomcat y configurado eclipse, vamos a escribir nuestra primera aplicación y a explicar brevemente la estructura de directorios de una aplicación en Tomcat.

Como ya se comentó en la primera, todas las aplicaciones en Tomcat se encuentran dentro del directorio webapps del mismo. Bueno… eso no es del todo cierto ya que, como veremos más adelante, se puede configurar el servidor para que “coja” también las aplicaciones de un directorio que se encuentra fuera Tomcat.

Por defecto, tendremos una carpeta por aplicación dentro de webapps. y accesible a través de la url http://localhost:8080/nombreAplicacion/. Lo mejor es probarlo…

1. Leer el resto de esta entrada »

Después de tener instalado Tomcat en nuestro sistema es interesante utilizar un framework de desarrollo. Siempre se puede crear la aplicación sin hacer uso de este pero la tarea puede ser bastante tediosa.

Últimamente Netbeans está cogiendo mucha fuerza y sobretodo desde que liberó su versión 6.5; más ligera y con muchas más funcionalidades. Pero por su portabilidad y extensibilidad he elegido Eclipse como entorno de desarrollo. La opción de descomprimirlo en una memoria y llevártelo donde desees es un punto muy importante a su favor. Si a esto le añadimos que Tomcat también lo hemos desplegado en la memoria, podemos tener servidor y framework en cualquier ordenador donde la conectemos.

Entremos en materia…

Leer el resto de esta entrada »

Con esta entrada comienzo una serie dedicada a Tomcat cuyo principal objetivo es introducir en el a aquellas personas que lo desconocen.

La historia de Tomcat es un poco larga y no me voy a centrar en ella. Sólo comentar que en sus inicios no era un servidor web, sino una implementación realizada por James Duncan Davidson de la especificación de los servlets de Sun Microsystems y que, posteriormente, fue donada a la Apache Software Foundation. Dicha fundación, a través del proyecto Jakarta, es la encargada del desarrollo de Tomcat. Sin darnos cuenta ya ha aparecido la principal caracteristica de este servidor: implementa las especificaciones de Servlet y JSP de SUN y es, por tanto, un contenedor de servlets. Por cierto, dicho contenedor de servlets recibe el nombre de Catalina.

La primera pregunta que puede surgir es ¿que es un servlet?. Aunque será respondida en otra entrada, decir que se trata de una aplicación que se ejecuta en el servidor. Por tanto, Tomcat será un contenedor de aplicaciones de este tipo.

Entremos en materia…

Leer el resto de esta entrada »

Sockets en Java

Muchas veces utilizamos Internet sin conocer que sucede en las entrañas de la red. ¿Que ha pasado para que puedas ver esta página? ¿Como nos comunicamos con un servidor de FTP? ¿Como descargamos el correo? La respuesta es fácil, estableciendo un canal de comunicación entre nuestro ordenador y el servidor y siguiendo un protocolo que nos permita entendernos.

Pues ese canal de comunicación es lo que se conoce como Socket. Y cuya traducción al español sería: encaje, cuenca, órbita, alvéolo, foso o enchufe. A nivel tecnológico debemos de quedarnos con la última acepción. Así que, cuando pulsamos en conectar, nuestro cliente de FTP se enchufa con el servidor y empieza la comunicación entre ambos. Es importante saber que toda comunicación a través de la red se realiza siguiendo un orden y que para ello existe un documento donde se definen los pasos a dar. Este documento se conoce con el nombre de RFC y existen un montón, como mínimo uno por protocolo.

Pero en esta entrada no voy a hablar sobre un protocolo en concreto si no de cómo establecer este canal de comunicación entre el cliente y el servidor utilizando Java.

Leer el resto de esta entrada »

Billetes de euro

Ya nadie puede negar que estamos ante una de las mayores crisis económicas de la historia. Tal vez por eso se hace indispensable buscar la mejor oferta allí donde se encuentre. Cualquier euro que se ahorre puede ser necesario en el futuro.

En este entorno en el que nos encontramos, Internet es y será una pieza clave en el ahorro familiar. Pero, ¿que ocurre en nuestro país para que el uso del comercio electrónico sea tan bajo? Desde mi punto de vista hay dos reticencias principales: no existe un contacto directo con el vendedor y nuestra información es enviada a través de la red sin saber quién hay detrás. Y claro, dar el salto a la red no es tan fácil. Veamos los pros y contras de los dos motivos antes citados para, por lo menos, perder el miedo, que no el respeto, a comprar por Internet. Leer el resto de esta entrada »