Curso de J2EE

Cursos Relacionados:

Métodos ciclo de vida

void jspInit(): es invocado por el contenedor, una sola vez, y antes que cualquier otro método. Se emplea para tareas de inicialización como captura de recursos del tipo de conexiones a una base de datos, lectura de ficheros, asignación de valores iniciales a las variables de instancia del servlet, etc.

void _jspService(HttpServletRequest request, HttpServletResponse response): es invocado por el contenedor tantas veces como peticiones se hagan a la jsp. NO SE PUEDE REDEFINIR EN EL CÓDIGO DE LA JSP.

void jspDestroy(): es invocado por el contenedor antes de que el servlet se descargue de memoria. Esto ocurre en los casos ya comentados al estudiar los servlets: al tumbar el servidor, al sobrepasar un tiempo límite de inactividad de peticiones, o al trabajar con insuficiente memoria.

NOTA: tanto el jspInit() como el jspDestroy() pueden redefinirse en el código de la jsp, aunque no es habitual. En cambio, el _jspService(..) no puede redefinirse.

Inscríbete ahora y accede a 3 unidades gratis

Evalua el curso de J2EE y accede a las 3 unidades gratis con acceso completo al aula virtual donde podrás disfrutar de la inestimable ayuda del tutor y una gran variedad de recursos como videotutoriales, ejercicios resueltos, foros, enlaces, bibliografía, etc....

Notas básicas

NOTA 1: obtenida la respuesta, es interesante observar el código fuente de la página yendo al menú Ver/Código fuente. Únicamente se visualiza el contenido estático de la página, es decir, las etiquetas asociadas al html, permaneciendo oculto el código Java que le da a la página su carácter dinámico

NOTA 2: como se ha estudiado en el esquema de funcionamiento, cuando se realiza una petición a una página jsp, se crea, compila y ejecuta en el contenedor web del servidor, un servlet que contiene el código causante de la respuesta html.

El código fuente de dicho servlet y sus class se almacenan en

tomcat_home\work\Catalina\localhost\jsp-examples\org\apache\jsp

Primera_jsp.java

Primera_jsp.class

Si la jsp forma parte de una aplicación web propia, el servlet se almacenará en

tomcat_home\work\Standalone\localhost\examples\dirRaiz

NOTA 3: si se introduce alguna modificación en el código Java, no es necesario recompilar como en los servlets. Basta con actualizar los cambios en la página jsp y actualizar el cliente web.

Lo que ocurre es que el código del servlet asociado, de modo transparente para el programador, se modifica, recompila y se vuelve a ejecutar. Comprobarlo modificando el color con el que se presenta la variable alumno.

NOTA 4: si el código Java asociado a la página jsp tiene un error, cuando desde el cliente se intente acceder a ella, se mostrará una respuesta html con mensajes de error asociados a la incorrecta generación del servlet correspondiente.

Ejemplo:

Si se modifica la línea if(nombre==null) por if(nombre=null), la respuesta es una página html asociada al código de estado 500 del servidor.

Significa que no se ha podido compilar el código actualizado del servlet asociado a la página jsp, dado que hay un error en el mismo

En la actualidad, JSP compite con ASP (Active Server Pages) o Páginas de servidor activo de Microsoft.

Ventajas de la tecnología JSP frente a la tecnología ASP son las siguientes:

Carácter multiplataforma: esto implica que las páginas jsp pueden guardarse y ejecutarse en cualquier servidor J2EE compatible (hay muchos gratuitos y open source como Tomcat, JBoss, etc.) sin que el programador deba preocuparse por el sistema operativo de trabajo de la máquina donde se encuentra instalado el servidor. Da lo mismo que sea Windows, Linux, Unix, Solaris, MacOS, etc.

En cambio, las páginas asp sólo trabajan con el servidor IIS (Internet Information Server) o Servidor de Información de Internet o con el PWS (Personal Web Server) o Servidor Web Personal, ambos de Microsoft. Los dos precisan de un sistema operativo Windows y además el primero no es gratuito.

Se permite la creación de librerías de etiquetas propias JSTL (JavaServer Pages Standard Tag Library) que emplean notación XML.

Se permite la utilización de javabeans (también llamados beans), servlets y applets de modo transparente, es decir, sin que el usuario que accede a la página se dé cuenta.

Los beans son clases Java residentes en el servidor que cumplen una serie de requisitos y que se comportan como cajas negras: sólo es necesario conocer qué hacen y decidir si interesa o no utilizarlas desde las páginas jsp.

Son unos componentes que ofrecen al diseñador de una aplicación una serie de utilidades sin necesidad de conocer el modo en que se obtienen (de diseñarlos y darles utilidad se encarga el programador Java).

Si al diseñador le interesa, accederá al bean mediante una etiqueta adecuada; si no, no utilizará dicha etiqueta. Esta forma de trabajar permite al diseñador de la página no tener conocimientos profundos de Java.

Soportan APIs Java que permiten trabajar con cualquier servidor de bases de datos.

Inscríbete ahora y accede a 3 unidades gratis

< 2.- Funcionamiento JSP Volver al curso de J2EE 4.- Estructuras JSP de código >

Si desea obtener un acceso sin restricciones a los contenidos del curso de J2EE y disfrutar de todas las herramientas del aula virtual (Videos explicativos streaming, acceso a los foros, chat, ejercicios resueltos, la ayuda del tutor, audioconferencia, estudio de grabación, test y actividades de autoevaluación, etc...) puede inscribirse completamente gratis y comenzar a realizar de forma inmediata el curso.