Cachear porciones de JSPs

0
23402

Caché avanzado de Objetos

Como podéis observar, poco a poco vamos subiendo el nivel de nuestros
tutoriales. En uno de los últimos, os describíamos como empezar a pensar
utilizando

patrones de diseño
. Hoy vamos a continuar planteándonos como utilizar una
solución de caché para Java.

Antes de complicarnos la vida diseñando un sistema de cacheé, es muy posible
que debiéramos buscar por Internet, en los sitios habituales, para ver que es lo
que hay sobre el tema.

Sitios habituales son:

En el mundo Java, no debemos olvidar como se definen las especificaciones
nuevas. Esto es a través de JCP (Proceso Comunitario Java)

Pues, que sorpresa 😉 , que ya hay una especificación en marcha, la JSR 107….

Buscando, podemos encontrar que hay un producto recomendado para obtener
funcionalidades de caché, se llama OSCACHE.

Podemos encontrar este producto y otros con licencia gratuita en
http://www.opensymphony.com

Una vez descargado el fichero ZIP con las librerías y documentación, para que
nuestra prueba de concepto funcione, podemos establecer una estructura de
ficheros como la descrita a continuación (cuesta un poquito llegar a esta
conclusión siguiendo la documentación)

Debemos modificar el fichero web.xml para hacer referencia a la librería de
TAGS:

También tenemos que tocar el fichero de configuración oscache.properties
e indicar el directorio donde cachear contenidos persistentes.

Nuestro JSP, hace referencia a una librería de etiquetas para poder disponer
del juego de TAGS que nos ayudarán en nuestro trabajo:

<%@ taglib uri=»oscache» prefix=»cache» %>

Declarar una área que queremos cachear es tan sencillo como incluir un bloque
como este:

<cache:cache key=»zona1″ scope=»application» duration=»10″>

…lo que sea

</cache:cache>
 

Dependiendo del tipo de aplicación y ámbito del elemento a
cachear podemos jugar con los distintos modificadores: key, scope y duration
(ver la documentación para más detalles y otras etiquetas relacionadas).
Nosotros hemos especificado que queremos que todos los usuarios dispongan de
este contenido cacheado y que se refresque cada 10 Segundos.

Para probar que se comporta como deseamos, vamos a poner un
retardo en un área y ejecutar varias veces la consulta…. el resultado os va a
sorprender.

Como casi siempre en este Web, fijaos más en el fondo que en la
forma…..


Ésta es la salida de la página…..Podemos ver la primera
ejecución

En una aplicación normal, el tiempo debería ser siempre superior
a tres segundos …. pero vemos que efectivamente el tiempo de la segunda
petición tiende a cero…

 

Conclusiones

Este ejemplo puede ser muy útil cuando trabajamos con el patrón de diseño MVC
tipo 1 (JSPs que utiliza JavaBeans o etiquetas para acceder a estructuras de
datos). Si seguimos investigando en el producto, pronto veremos que existe un
modelo de objetos equivalente para aplicaciones que utilicen otro tipo de
diseños como MVC tipo 2 o aplicaciones tradicionales.

Como comprobamos reiterativamente, necesitamos pararnos a probar y diseñar
para que nuestro sistemas sean efectivos. Necesitamos tiempo  …

Yo tengo tiempo y tu empresa necesidades de formación o consultoría avanzada
¿hablamos? rcanales@autentia.com

Sobre el
Autor ..

Dejar respuesta

Please enter your comment!
Please enter your name here