UNIVERSIDAD YACAMBÚ
VICERRECTORADO DE ESTUDIOS VIRTUALES
ESPECIALIZACIÓN EN GERENCIA
Mención Redes y Telecomunicaciones
Fase II-Asignatura: Análisis y Diseño de Sistema
Trabajo Nº 4
Realizado por : Carlos Batista
Profesor: Yaros Pérez
Agosto, 2007


CONTENIDO
JSP
XML
ASP
PHP
CGI
Caso Práctico
Infografía

Introducción

Tradicionalmente las páginas Web mostraban información que cambiaba rara vez o nunca. Esta forma estática de mostrar información era bastante eficiente puesto que la página se creaba una única vez y se presentaba. Cuando era necesario se hacían mínimos cambios y ya estaba lista otra vez. Pero rápidamente surgió la necesidad de interactuar con el usuario y de adaptar la información a sus necesidades, o mostrar información que se toma de bases de datos que cambian frecuentemente. Con la forma que había de crear documentos HTML estáticos era imposible mantener esas páginas si se querían construir con cierto dinamismo. Por ello aparecieron las técnicas de generación dinámica de páginas. Estas técnicas permiten de forma relativamente fácil mantener actualizadas las páginas aunque se muestre información que cambia frecuentemente y también posibilitan formas de establecer comunicaciones personalizadas con los usuarios.

El presente trabajo tiene como objetivo presentar algunos software que permiten utilizar bases de datos utilizando un sistema de información en la Web entre ellos están JSP, XML, ASP, PHP entre otros y mostraremos algunas diferencias de estos software. Adema incluiremos un caso practico donde suponemos que alguna empresa nos contrata para comercializar un producto en la Web y deberíamos explicar los procedimientos a seguir por la empresa que desea incorporar una página Web o portal para vender su producto por la Web.

1. JSP

1.1 CONCEPTOS

Según http://www.mastermagazine.info/termino/5482.php (Java Server Page) Página de Servidor Java. Se refiere a un tipo especial de páginas HTML, en las cuales se insertan pequeños programas que corren sobre Internet (comunmente denominados scripts), se procesan en línea para finalmente desplegar un resultado final al usuario en forma de HTML. Por lo general dichos programas hacen consultas a bases de datos y dependiendo del resultado que se despliegue será la información que se muestre a cada usuario de manera individual. Los archivos de este tipo llevan la extensión ".jsp".

Por otro lado para http://www.agapea.com/JSP-edicion-especial--n10185i.htmJSP, (JavaServer Pages), es una tecnología basada en Java, que hereda todas las características de este lenguaje: estabilidad, multiplataforma, etc. Estas características han hecho que JSP sea considerado como un potente entorno de desarrollo por multitud de fabricantes de software.
La posibilidad que ofrece de poder incluir código Java junto a etiquetas HTML, dando como resultado, la sencilla y fácil creación de páginas dinámicas de servidor, lo que ha supuesto la señal de salida para que esta tecnología inicie el despegue.

http://www.telepolis.com/cgi-bin/web/DISTRITODOCVIEW?url=/java/doc/Curso_de_JSP/leccion1jsp.htm dice:

La tecnología JSP es una manera sencilla de implementar toda la potencia de Java en aplicaciones WEB. Como su nombre indica, Java Server Pages, páginas de servidor en Java, o sea, paginas que cuando son llamadas ejecutan código Java en el lado del servidor y nos devuelven una respuesta en función de la ejecución de las mismas.

De igual forma las paginas JSP están basadas en la tecnología de Servlets, sin embargo la programación de las mismas es bastante mas sencilla que un servlet, ya que trabajamos directamente sobre la pagina web que vamos a devolver al cliente.

En el mismo orden de idea, cuando nosotros creamos una pagina JSP, la primera vez que accedemos a la misma, esta se traduce a un Servlet, crea el código del mismo y lo compila, debido a esto la primera vez que accedemos a la pagina JSP, esta tarda un rato en ser cargada, pero el resto de accesos son mucho mas rápidos debido a que el servlet ya esta creado.

Por ultimo para poder crear páginas JSP el servidor WEB que utilicemos debe ser compatible con JSP.

[ Inicio]

1.2 CARACTERISTICAS

para http://www.dei.inf.uc3m.es/docencia/p_s_ciclo/pa4/practicas/jsp.pdf Algunas características importantes de JSP son:

  • Permiten separar la parte dinámica de la estática en una página web.
  • Las páginas jsp se almacenan en el servidor en archivos con extensión .jsp.
  • El código JSP es java y se encierra entre: <% y %>, por ejemplo:

    <H1>Hora: <%= new java.util.Date() %></H1>
  • La síntaxis también se puede expresar en formato XML
    <jsp:xxx> ... </jsp:xxx>.
  • En una página jsp hay varios objetos implícitos (predefinidos):
    request, response, out, session, aplicación, config, pageContext,
    page y exception.
  • Cada página JSP es compilada automáticamente hacia un servlet por el motor JSP la
    primera vez que se accede a esa página.
  • Desde una página JSP se puede llamar a un componente JavaBean donde se puede
    implementar la lógica de negocio.

[ Inicio]

1.3 FUNCIONAMIENTO

Para http://www.dei.inf.uc3m.es/docencia/p_s_ciclo/pa4/practicas/jsp.pdfUna página JSP es básicamente una página Web con HTML tradicional y código Java incrustado. La extensión de fichero de una página JSP es ".jsp" en vez de ".html" o ".htm", y eso le indica al servidor que esta página requiere un tratamiento especial que se conseguirá con una extensión del servidor o un plug-in.

El servidor web comprueba si la página ha sido solicitada con anterioridad. En ese caso el servlet correspondiente ya estará cargado en memoria. Si no es así, se notifica al motor de jspy se generará un servlet para la página.

Cuando un cliente solicita una página jsp, se ejecuta en el servidor el código JSP de la página, dando como resultado una página HTML que se fusiona con el HTML original, generando una página HTML de respuesta que será enviada al cliente.

[ Inicio]

1.4 VENTAJAS

Segúnhttp://manuales.dgsca.unam.mx/jsp/ventajas.html Alguna ventajas de JSP son las siguientes:

- Se pueden crear aplicaciones web que se ejecuten en varios servidores web, de múltiples plataformas, ya que Java es en esencia un lenguaje multiplataforma.

- Las páginas JSP están compuestas de código HTML/XML mezclado con etiquetas especiales para programar scripts ejecutables en el servidor en sintaxis Java. Por lo tanto, las JSP podremos escribirlas con nuestro editor HTML/XML habitual.

[ Inicio]

1.5 DIFERENCIAS ENTRE JSP y Servlet

Para http://www.dei.inf.uc3m.es/docencia/p_s_ciclo/pa4/practicas/jsp.pdf la diferencia entre JSP y Servlet es la Siguiente:

- En JSP, el código de presentación está separado de la lógica del programa, mientras que
en un servlet, el código de presentación se compila dentro de la clase.

- En una página JSP el código de presentación puede ser actualizado por un diseñador web
que no conozca Java.

- Los servlets se encuentran ya compilados, mientras que las páginas JSP se compilan
bajo petición, lo que hace que la ejecución del servlet sea algo más rápida (en la primera
petición).

- Para webmaster.lycos.es/glossary/S/ Sevlet es: Un programa Java del lado del servidor que ofrece funciones suplementarias al servidor.

[ Inicio]

2. XML

2.1 CONCEPTOS

XML, es el estándar de Extensible Markup Language. XML no es más que un conjunto de reglas para definir etiquetas semánticas que nos organizan un documento en diferentes partes. XML es un metalenguaje que define la sintaxis utilizada para definir otros lenguajes de etiquetas estructurados.

por otro lado, XML, lenguaje extensible de etiquetas (eXtensible Markup Lenguage), no es un lenguaje de marcado como el lenguaje HTML. XML es un meta-lenguaje que nos permite definir lenguajes de marcado adecuado a usos determinados.

además, al ser XML un metalenguaje es un lenguaje para definir lenguajes. Los elementos que lo componen pueden dar información sobre lo que contienen, no necesariamente sobre su estructura física o presentación, como ocurre en HTML.

[ Inicio ]

2.2 CARACTERISTICAS

Alguna características de XML son las siguientes:

1. Es una arquitectura más abierta y extensible. No se necesita versiones para que puedan funcionar en futuros navegadores. Los identificadores pueden crearse de manera simple y ser adaptados en el acto en internet/intranet por medio de un validador de documentos (parser).

2 Mayor consistencia, homogeneidad y amplitud de los identificadores descriptivos del documento con XML (los RDF Resource Description FrameWork), en comparación a los atributos de la etiqueta <META> del HTML.
3. Integración de los datos de las fuentes mas dispares. Se podrá hacer el intercambio de documentos entre las aplicaciones tanto en el propio PC como en una red local o extensa.
4. Datos compuestos de múltiples aplicaciones. La extensibilidad y flexibilidad de este lenguaje nos permitirá agrupar una variedad amplia de aplicaciones, desde páginas web hasta bases de datos.
5. Gestión y manipulación de los datos desde el propio cliente web.
Los motores de búsqueda devolverán respuestas más adecuadas y precisas, ya que la codificación del contenido web en XML consigue que la estructura de la información resulte más accesible.
6. Se desarrollarán de manera extensible las búsquedas personalizables y subjetivas para robots y agentes inteligentes. También conllevará que los clientes web puedan ser más autónomos para desarrollar tareas que actualmente se ejecutan en el servidor.
7. Se permitirá un comportamiento más estable y actualizable de las aplicaciones web, incluyendo enlaces bidireccionales y almacenados de forma externa (El famoso epígrafe "404 file not found" desaparecerá).
8. El concepto de "hipertexto" se desarrollará ampliamente (permitirá denominación independiente de la ubicación, enlaces bidireccionales, enlaces que pueden especificarse y gestionarse desde fuera del documento, hiperenlaces múltiples, enlaces agrupados, atributos para los enlaces, etc. Creado a través del Lenguaje de enlaces extensible (XLL).

9. Exportabilidad a otros formatos de publicación (papel, web, cd-rom, etc.). El documento maestro de la edición electrónica podría ser un documento XML que se integraría en el formato deseado de manera directa.

[ Inicio ]

2.3 ESPECIFICACIONES

El metalenguaje XML consta de cuatro especificaciones (el propio XML sienta las bases sintácticas y el alcance de su implementación):

- DTD (Document Type Definition): Definición del tipo de documento. Es, en general, un archivo/s que encierra una definición formal de un tipo de documento y , a la vez, especifica la estructura lógica de cada documento. Define tanto los elementos de una página como sus atributos. El DTD del XML es opcional. En tareas sencillas no es necesario construir una DTD, entonces se trataría de un documento "bien formado"(well-formed) y si lleva DTD será un documento "validado" (valid).

- XSL (eXtensible Stylesheet Language): Define o implementa el lenguaje de estilo de los documentos escritos para XML. Desde el verano de 1997 varias empresas informáticas como Arbortext, Microsoft e Inso vienen trabajando en una propuesta de XSL (antes llamado "xml-style") que presentaron a W3C. Permite modificar el aspecto de un documento. Se puede lograr múltiple columnas, texto girado, orden de visualización de los datos de una tabla, múltiples tipos de letra con amplia variedad en los tamaños. Este estándar está basado en el lenguaje de semántica y especificación de estilo de documento (DSSSL, Document Style Semantics and Specification Language, ISO/IEC 10179) y, por otro lado, se considera más potente que las hojas de estilo en cascada (CSS, Cascading Style Sheets), usado en un principio con el lenguaje DHTML. "Se espera que el CSS sea usado para visualizar simples estructuras de documentos XML (actualmente se ha conseguido mayor integración en XML con el protocolo CSS2 (Cascading Style Sheets, level 2) ofreciendo nuevas formas de composición y una más rápida visualización) y, por otra parte, XSL pueda ser utilizado donde se requiera más potencia de diseño como documentos XML que encierran datos estructurados (tablas, organigramas, etc.)(2)".

- XLL (eXtensible Linking Language): Define el modo de enlace entre diferentes enlaces. Se considera que es un subconjunto de HyTime (Hipermedia/Timed-based structuring Language o Lenguaje de estructuración hipermedia/basado en el tiempo, ISO 10744) y sigue algunas especificaciones del TEI (Text Encoding Initiative o Iniciativa de codificación de texto). Desde marzo de 1998 el W3C trabajo en los enlaces y direccionamientos del XML. Provisionalmente se le renombró como Xlink y a partir de junio se le denomina XLL. Este lenguaje de enlaces extensible tiene dos importantes componentes: Xlink y el Xpointer. Va más allá de los enlaces simples que sólo soporta el HTML. Se podrá implementar con enlaces extendidos. Jon Bosak establece los siguentes mecanismos hipertextuales que soportará esta especificación:

o Denominación independiente de la ubicación.

o Enlaces que pueden ser también bidirecccionales.

o Enlaces que pueden especificarse y gestionarse desde fuera del documento a los que se apliquen (Esto permitirá crear en un entorno intranet/extranet un banco de datos de enlaces en los que se puede gestionar y actualizar automaticamente. No habrá más errores del tipo "404 Not Found").

o Hiperenlaces múltiples (anillos, múltiples ventanas, etc.).

o Enlaces agrupados (múltiples orígenes).

o Transclusión (el documento destino al que apunta el enlace aparece como parte integrante del documento orígen del enlace).

o Se pueden aplicar atributos a los enlaces (tipos de enlaces).

- XUA (XML User Agent): Estandarización de navegadores XML. Todavía está en proceso de creación de borradores de trabajo. Se aplicará a los navegadores para que compartan todos las especificaciones XML.

[ Inicio ]

2.4 APLICACIONES

XML puede tener tres posibles roles:

a) De contenedor de información

Cuando el XML actúa de contenedor, ignora por completo la información que contiene. Esta información irá normalmente almacenada en un elemento del tipo CDATA, estos elementos no son analizados por el parser de XML.
Imaginemos que tenemos dos aplicaciones distintas en un proyecto, podemos establecer una gramática XML para encapsular los mensajes XML (añadiendo una cabecera al documento), y tener un programa que procese las cabeceras de los mensajes y las direcciones a la aplicación correspondiente.
También nos puede servir para definir un flujo de datos en un workflow.

b) Para definir el contenido de los mensajes

Para que se puedan intercambiar información dos aplicaciones y puedan procesarla automáticamente.

c) Para describir el contenido de los mensajes

Si lo utilizamos con este rol, podemos describir el esquema de contenidos de los mensajes. Estamos definiendo recursos, lo utilizamos como metadatos. Podemos facilitar el acceso a la información a los agentes de software.

[ Inicio ]

2.5 ¿COMO CREAR UN DOCUMENTO XML?

Segúnhttp://es.geocities.com/guia_de_xml/crear.html comenta que: Al igual que para crear un documento HTML, lo primero que tenemos que hacer es abrir el bloc de notas, aquí es donde va a empezar a tomar forma nuestro documento XML.

Inicio - Programas - Accesorios - Bloc notas

- El siguiente paso consiste en especificar el tipo de documento XML y para ello usaremos la siguiente etiqueta:

<?xml version="1.0" encoding="utf-8" standalone="yes"?>
Esta etiqueta tiene el siguiente significado:

Version: indica la versión de XML que se está utilizando (1.0 en la actualidad). Es obligatoria
Encoding: indica cómo se modificó el documento, y no es obligatoria (por defecto UTF-8). Válido para otros juegos de caracteres
Standalone: “yes” indica que el documento no va acompañado de DTDs externos; “no” indica que posee DTD interno. No es un atributo obligatorio

- Introducimos la DTD esta puede ser tanto externa como interna:

DOCTYPE: <!DOCTYPE MiDTD SYSTEM “C:\MiDTD.dtd”>

Indica la referencia (URI) a la DTD, así como el nombre (MiDTD) del elemento raíz de la misma
La DTD podría ir incorporada en el propio documento XML, sin requerir otro fichero aparte
El documento XML deberá cumplir con el contenido del DTD

- Una vez definido nuestro documento empezamos a introducir las etiquetas, estas deben ir bien anidadas (apertura y cierre),esto es algo muy importante. No puede empezar el nombre por números siempre por una letra o un guión - , tampoco puede comenzar por XML. Sólo puede haber un elemento raíz, en el que están contenidos todos los demás, es decir, la jerarquía de elementos XML sólo puede tener un elemento inicial

<Libro>

<Titulo>La Celestina </Titulo>

<Autor>Fernándo De Rojas </Autor>

<Precio>15e </Precio;

<Editorial>Santillana </Editorial

</Libro>

- El siguiente paso seria introducir los atributos.

Cada elemento puede contener 0 ó más atributos
Su valor debe ir siempre entrecomillado
Sólo pueden aparecer en etiquetas de apertura o vacías
El mismo atributo no puede aparecer repetido en la misma etiqueta
Si el documento incluye DTD, cada atributo debe estar definido como atributo del presente elemento.
No puede contener ninguna referencia a entidad externa
Son siempre tratados como cadenas de texto

En el siguiente ejemplo, vemos como dos de las etiquetas anteriores Las vamos a utilizar como atributos. Aquí los atributos serían Precio y editorial.

<Libro Precio="15e" Editorial="Santillana>

<Titulo>La Celestina </Titulo>

<Autor>Fernándo De Rojas </Autor>

</Libro>

- Por último, guardamos el documento con la extension XML (.XML).

[ Inicio ]


1

Hosted by www.Geocities.ws

1