PDF de programación - Programación dirigida a objetos - seminario JSP

PROGRAMACIÓN DIRIGIDA A OBJETOS



SEMINARIO

JSP (Java Server Pages )



Eduardo Haro Amate
Lydia López Ruiz



1





INDICE



1 DIFERENTES TECNOLOGÍAS PARA LA CREACIÓN DE
PÁGINAS DINÁMICAS DE SERVIDOR

2 INTRODUCCIÓN A JSP

3 FORMATO DE UNA PÁGINA JSP

4 SERVIDORES Y CONTENEDORES DE SERVLETS/JSPS

5 INSTALANDO UN CONTENEDOR DE SERVLETS

6 NUESTRO PRIMER SERVLET

7 NUESTRA PRIMERA PÁGINA JSP

APÉNDICE: CONCEPTOS DE INTERÉS

BIBLIOGRAFIA



2

1 DIFERENTES TECNOLOGÍAS PARA LA CREACIÓN DE PÁGINAS
DINÁMICAS DE SERVIDOR


Todas las tecnologías de creación dinámica de páginas Web en servidor

persiguen el mismo fin, crear páginas Web utilizando un lenguaje de programación de
forma que una vez solicitadas al servidor, son interpretadas devolviendo al usuario la
página generada. Este tipo de tecnología permite tanto facilitar el mantenimiento de un
sitio web (debido al grado de automatización del manejo de datos) así como incrementar
la interactividad con dicho sitio web del usuario.
Si bien hay más tecnologías, a continuación mencionaremos las más utilizadas en
nuestros días.

CGi (Common Gateway Interface)
Plataforma .Net (Páginas ASP)
Páginas PHP (Hypertext Preprocessor)
Páginas JSP (Java Server Pages)


2 INTRODUCCIÓN A JSP


Java Server Pages (JSP) es la tecnología para generar páginas web de forma

dinámica en el servidor, desarrollado por Sun Microsystems, basado en scripts que
utilizan una variante del lenguaje java.

Sin embargo JSP no se puede considerar un script al 100% ya que antes de ejecutarse el
servidor web compila el script y genera un servlet, por lo tanto se puede decir que
aunque este proceso sea transparente para el programador no deja de ser una aplicacion
compilada.

La tecnología JSP, o de JavaServer Pages, es una tecnología Java que permite a los
programadores generar dinámicamente HTML, XML o algún otro tipo de página web.
Esta tecnología permite al código Java y a algunas acciones predefinidas ser embebidas
en el contenido estático. En las JSP, se escribe el texto que va a ser devuelto en la salida
(normalmente código HTML) incluyendo código java dentro de él para poder modificar
o generar contenido dinámicamente. El código java se incluye dentro de las marcas de
etiqueta <% y %>.

En una posterior especificación, se incluyeron taglib; esto es, la posibilidad de definir
etiquetas nuevas que ejecuten código de clases java. La asociación de las etiquetas con
las clases java se declaran en archivos de configuración en XML.

La clave de la programación en JSP, como ya hemos dicho, esta en Java , lenguaje que
ha permitido que a partir de él se hayan ido desarrollando distintas tecnologías. Así, la
especificación de JSP proviene de unos componentes ya desarrollados en Java
denominados Java Servlets. Ambas especificaciones forman parte del entorno J2EE
(Java 2 Entreprise Environment) utilizado en desarrollo de tipo empresarial. JSP por
tanto, si bien puede llegar a ser más complejo que otro tipo de tecnologías (PHP por
ejemplo), proporciona muchísima más potencia a la hora de desarrollar componentes de
lógica de negocio (ERP, Enterprise Resource Planning), así como un mejor
mantenimiento y posibles ampliaciones en sus componentes.



3

Las principales ventajas serían, por tanto:

-La principal ventaja de JSP frente a otros lenguajes es que permite integrarse con clases
Java (.class) lo que permite separar en niveles las aplicaciones web, almacenando en
clases java las partes que consumen más recursos así como las que requieren más
seguridad, y dejando la parte encargada de formatear el documento html en el archivo
jsp.

- Si microsoft está detrás de .NET, Sun está detras de JSP (Además de otras muchas
compañías del sector)

- Se puede usar la tecnología de forma gratuita. Conforme se vayan necesitando otros
componentes del J2EE, como los EJB, o servidores potentes como Weblogic, habrá que
pagar las licencias, pero llegar a este punto significará estar desarrollando componentes
de lógica de negocio para empresas

- Java se caracteriza por ser un lenguaje que puede ejecutarse en cualquier sistema, lo
que sumado a jsp le da mucha versatilidad.

- Proporciona mucha más potencia, así como un mejor mantenimiento, a la hora de
desarrollar componentes de lógica de negocio .


Desventajas

- La principal desventaja puede ser una cierta complejidad inicial en el aprendizaje y en
el manejo de los conceptos relacionados con los entornos Java, J2EE y J2SE


3 FORMATO DE UNA PÁGINA JSP

Un fichero JSP consta de las siguientes secciones en este orden:


?? Comentarios Iniciales
?? Directiva(s) JSP page
?? Directiva(s) tag library opcionales
?? Declaración(es) JSP opcionales
?? Código HTML y JSP



Un fichero JSP empieza con un comentario del lado del servidor:

<%--
- Author(s):
- Date:
- Copyright Notice:
- @(#)
- Description:
--%>



4


Este comentario sólo es visible en el lado del servidor porque se elimina durante la
traducción JSP. Dentro de este comentario están los autores, la fecha, la nota de
copyright de la revisión, un identificador y una descripción sobre el JSP para los
desarrolladores web. La combinación de caracteres "@(#) " es reconocida por ciertos
programas para indicar el inicio de un identificador. Aunque dichos programas se
utilizan muy raramente, el uso de estos strings no hace nada. Además, esta combinación
algunas veces se le añade "$Id$" para que la información de identificación se inserte
automáticamente en el JSP en algunas versiones de programas de control. La parte
Description proporciona información concisa sobre los propósitos del JSP. No debe ser
mayor de un párrafo.
En algunas situaciones, se necesita retener los comentarios de inicio y propagarlos al
lado del cliente (visibles para los navegadores) para propósitos legales y de
autenticidad. Esto se puede conseguir dividiendo el bloque de comentarios en dos
partes, primero el comentario del lado del cliente:

<!--
- Author(s):
- Date:
- Copyright Notice:
-->

y luego un breve comentario del lado del servidor:

<%--
- @(#)
- Description:
--%>

Directiva(s) JSP Page

Una directiva page define atributos asociados con la página JSP en tiempo de
traducción. La especificación JSP no impone ninguna obligación sobre cuántas
directivas page se pueden definir en la misma página. Por eso los dos siguientes
fragmentos de código son equivalentes (excepto en que el primero de ello introduce dos
líneas en blanco extras en la salida):

<%@ page session="false" %>
<%@ page import="java.util.*" %>
<%@ page errorPage="/common/errorPage.jsp" %>

Si la longitud de cualquier directiva, como una directiva page, excede de la anchura
normal de una página JSP (80 caracteres), se debe dividir en varias líneas:

<%@ page session="false"
import="java.util.*"
errorPage="/common/errorPage.jsp"
%>



5

En general, el segundo ejemplo es la opción preferida para definir la directiva page. Hay
una excepción cuando necesitamos importar varios paquetes Java en la página JSP,
dejando un atributo import muy largo:

<%@ page session="false"
import="java.util.*,java.text.*,
com.mycorp.myapp.taglib.*,
com.mycorp.myapp.sql.*, ..."
...
%>

En este escenario, se prefiere dividir la directiva page de esta forma:

<%-- all attributes except import ones --%>
<%@ page
...
%>
<%-- import attributes start here --%>
<%@ page import="java.util.*" %>
<%@ page import="java.text.*" %>
...

Observa que en general las sentencias import siguen las convenciones de codificación
Java. Por ejemplo, generalmente se podría aceptar que cuando se utilicen hasta tres
clases del mismo paquete, la sentencia import debería especificar las clases
individualmente, en vez de su paquete. Si son más de tres clases, es el desarrollador web
el que tiene que decidir si listar todas las clases individualmente o utilizar la notación
".*". El primer caso, hace más fácil identificar una clase externa, especialmente cuando
intentamos localizar una clase o entender cómo el JSP interactúa con el código Java. Por
ejemplo, sin conocer los paquetes Java importados como se muestra abajo, un
desarrollador web tendría que buscar en todos esos paquetes para localizar una clase
Customer:

<%@ page import="com.mycorp.bank.savings.*" %>
<%@ page import="com.thirdpartycorp.cashmanagement.*" %>
<%@ page import="com.mycorp.bank.foreignexchange.*" %>
...

En el último caso, es más difícil localizar las clases. En general, si una JSP tiene
demasiada sentencias import, es que contiene demasiado código Java. Una mejor opción
sería usar más etiquetas JSP.

Directiva(s) Tag Library Opcionales

Una directiva taglib declara las librerías de etiquetas usadas por el JSP. Un directiva
corta se declara en una sola línea. Si tenemos varias directivas taglib se deben
almacenar juntas en la misma localización dentro del cuerpo JSP:

<%@ taglib uri="URI1" prefix="tagPrefix1" %>
<%@ taglib uri="URI2" prefix="tagPrefix2" %>



6

...

Al igual que la directiva page, si la longitud de una directiva taglib excede la anchura de
80 caracteres, debemos dividirla en varias líneas

<%@ taglib
uri="URI2"
prefix="tagPrefix2"
%>

Sólo deberíamos importar librerías de etiquetas que realmente se van a utilizar en la
página JSP.

Desde JSP 1.2, esta altamente recomendado utilizar la JSP Standard Tag Library en las
aplicaciones web para reducir la necesidad de scriptlets JSP en las páginas. Las páginas
que usan JSTL son, en general, más fáciles de leer y de mantener.

Declaraciones JSP Opcionales

Las declaraciones JSP declaran métodos y variables pertenecientes a la JSP. Estos
métodos y variables no se diferencian de los declarados en el lenguaje Java, y por lo
tan