1. Prefacio 3 2. XML: el lenguaje de intercambio de datos Bibliografía 27

Transcripción

1 DEPARTAMENTO DE INGENIERÍA INFORMÁTICA (DII): IT4128: GESTIÓN DE SISTEMAS EN INTERNET 3. XML Autor: Justo N. Hidalgo Sanz

2 Contenido 1. Prefacio 3 2. XML: el lenguaje de intercambio de datos Etiquetas y elementos Atributos Etiquetas vacías Comentarios El XML Prolog Importancia de XML Posibles usos de XML DTD (Document Type Definition) XMLSchema Especificaciones relacionadas con XML APIs para la utilización de XML en aplicaciones Java APIs JAXP Bibliografía 27

3 1. Prefacio Todo el mundo conoce internet, o al menos ha oído hablar de esta red de redes que ha revolucionado el concepto de globalidad (para bien y para mal). Nos encontramos en una época en la que la información es el recurso más búscado y más útil a la hora de realizar negocios y transacciones. Internet es el repositorio definitivo de todos esos datos. Sin embargo, la utilización sofisticada de internet aún no ha llegado a la mayoría de las empresas. Nuevas herramientas y plataformas han ido surgiendo en los últimos dos años intentando conseguir un desarrollo rápido de aplicaciones, que, a la vez, sean eficientes y útiles para los usuarios finales. En esta asignatura vamos a aprender algunas de las técnicas de creación de audience sites, es decir, portales o sitios web cuya infraestructura requiere algo más que unas cuantas líneas de código y un servidor web. Nos centraremos en el mundo de las aplicaciones de empresa, particularmente alrededor de los contenedores web y servidores de aplicaciones. No es una asignatura histórica o de referencia, sino que contaremos lo que se utiliza ahora mismo, y las tendencias del mercado. Existe tanta heterogeneidad de opciones que nos hemos tenido que decantar por un tipo de solución, que actualmente es líder del mercado: Java J2EE (Java 2 Enterprise Edition). El capítulo 1 nos introducirá en este mundo a través los conceptos básicos de la programación en internet. El segundo capítulo estudia en detalle uno de los pilares actuales de internet: XML (extensible Markup Language). El capítulo 3 se centra en el paradigma central de las aplicaciones cliente/servidor internet en Java: servlets. El capítulo 4 nos permite dar un paso más allá: JSPs (Java Server Pages). En el capítulo 5 descubriremos que tanto los servlets como JSPs como incluso XML forman parte de un plan más amplio, denominado J2EE. Por último, en el capítulo quinto esbozaremos la tendencia del sector hacia lo que se denominan servicios web, mediante las tecnologías SOAP (Simple Object Access Protocolo), UDDI (Universal Description, Discovery and Integration) y WSDL (Web Services Description Language). Este corto e intenso camino nos permitirá construir una aplicación web al estilo de lo que se realiza actualmente. Para conseguir una mayor comprensión, en la asignatura también se requiere la realización de tres prácticas de programación en las que el alumnos tendrá la oportunidad de sumergirse en tres elementos básicos de la programación de aplicaciones web en Java: http, XML, y Servlets y JSPs en J2EE. También, para aquellos alumnos que estén interesados en profundizar en temas que antes del comienzo de la asignatura les atraían, se propondrán una serie de trabajos optativos, sobre, por ejemplo: HTTP1.1,.NET, WAP (en GSM, GPRS, UMTS), TV-interactiva (estándares y empresas), comunicaciones inalámbricas en entornos locales (BlueTooth, etc.), programación en entornos empotrados, etc. Los trabajos deberán constar de: - Trabajo escrito. - Presentación. - Demo práctica (cuyo nivel será determinado por el trabajo en sí). La realización de estas prácticas implica un conocimiento de técnicas de orientación a objetos, y del lenguaje de programación Java, que NO se explicarán en clase. Disclaimer: este documento, y en general todos los capítulos que conforman la documentación detallada de la asignatura IT4128:Gestión de Sistemas en Internet no pretende ser un trabajo totalmente original del autor, sino que comprende ideas, conceptos, ejemplos tanto suyos como de otros autores ampliamente conocidos, y que se relatan en la Bibliografía. Si alguno de los autores o representantes se siente disconforme con la información aquí aportada, póngase en contacto con jhidalgo@nebrija.es

4 Pág: 4 de XML: el lenguaje de intercambio de datos El lenguaje de marcado extensible (extensible Markup Language) se ha convertido en el estándar de intercambio de datos en la web. Al igual que en otros lenguajes de marcado, como HTML, se utilizan etiquetas (etiqueta: texto que identifica una unidad de datos o elemento en XML). De manera colectiva, las etiquetas se conocen como markup. 2.1 Etiquetas y elementos La diferencia fundamental con el otro gran lenguaje de marcado (HTML), es que XML utiliza las etiquetas para identificar los datos, mientras que HTML las utiliza para saber cómo mostrarlas: HTML: avisa a Pedro de que Heidi no volverá jamás XML: <message>avisa a Pedro de que Heidi no volverá jamás</message> Las etiquetas pueden estar contenidas unas en otras: <message> <to>you@youraddress.com</to> <from>me@myaddress.com</from> <subject>xml Is Really Cool</subject> <text> How many ways is XML cool? Let me count the ways... </text> </message>

5 Pág: 5 de Atributos Los elementos pueden contener atributos (attributes), información adicional que se almacena en el propio elemento: <message to="you@youraddress.com from="me@myaddress.com" subject= XML Is Really Cool"> <text> How many ways is XML cool? Let me count the ways... </text> </message> Más tarde veremos cuándo deberemos utilizar atributos, y cuándo elementos, aunque, como siempre, es parte de las elecciones que ha de tomar un diseñador en un momento dado.

6 Pág: 6 de Etiquetas vacías En XML es obligatorio que el documento esté bien formado. En HTML estamos acostumbrados a utilizar la etiqueta de comienzo de párrafo , pero que casi nunca cerramos, y los navegadores lo admiten. En XML eso sería un error. Lo que sí se admite es que una etiqueta no albergue más información que la que ella misma o sus atributos muestran. Por ejemplo, un flag que indique un hito en el documento. En principio podríamos (y podemos) escribirlo de esta manera: <message to="you@youraddress.com" from="me@myaddress.com" subject="xml Is Really Cool"> <flag></flag> <text> How many ways is XML cool? Let me count the ways... </text> </message>, pero también podemos escribirlo de esta manera: <message to="you@youraddress.com" from="me@myaddress.com" subject="xml Is Really Cool"> <flag/> <text> How many ways is XML cool? Let me count the ways... </text> </message> 2.4 Comentarios <! Esto es un comentario en XML

7 Pág: 7 de El XML Prolog Todo fichero XML ha de comenzar con un prólogo. Como mínimo contendrá una declaración que identifica el documento como un documento XML: <?xml version="1.0"?> Puede contener información adicional: <?xml version="1.0" encoding="iso " standalone="yes"?> - version: del lenguaje de marcado XML que se utiliza. Es el único obligatorio. - Encoding: conjunto de caracteres utilizado: o ISO : es Latin-1 utilizado en Europa Occidental y en Inglés. o UTF-8: Unicode. Por defecto. - Standalone: establece si este documento referencia a alguna entidad o especificación de tipos de datos externamente (veremos más adelante) Tras el prolog también se suele indicar el DTD (Document Type Definition) del que hace uso este documento XML. También lo veremos más adelante, pero es importante comprender desde el principio su necesidad. Al igual que cuando dos aplicaciones se intercambian mensajes a través de un socket, ambas partes necesitan comprender y aceptar la estructura del mensaje intercambiado, un fichero XML que es compartido por diferentes aplicaciones necesita tener una estructura explícita que conozcan todas las partes. Para evitar que un documento XML añada elementos incomprensibles, se establece un DTD: metadatos acerca de los datos XML, o, de otra manera, establece la estructura que ese documento puede tener. Actualmente existe otro sistema de metadatos denominado XMLSchema, más potente que DTD. Con esto hemos echado un primer vistazo a XML. Sin embargo, seguramente no nos habrá quedado claro todavía por qué se ha convertido en un estándar de facto de la industria en internet.

8 Pág: 8 de Importancia de XML - Texto plano o XML no tiene un formato binario, por lo que puede ser editado con cualquier bloc de notas. Permite almacenar fácilmente desde pequeñas cantidades de información hasta grandes cantidades (siendo, por ejemplo, un front-end de una base de datos relacional). o Por otra parte, el no tener un formato binario dificulta su utilización en los nuevos entornos empotrados. - Identificación de datos: o Volvemos a repetir: XML utiliza etiquetas para identificar los datos, no para saber cómo mostrarlos. De esta manera, las aplicaciones que procesan estos datos tienen cierta información semántica de lo que cada dato significa. - Muestra de información: o Pero a veces es importante mostrar la información. Para ello existe XSL (extensible Stylesheet Language), que utiliza las etiquetas XML para mostrarlas de cierta manera (por ejemplo, para una etiqueta <to>: crea una nueva línea, muestra To: en negrita, muestra los datos). o Es importante comprender que, como el documento XML es independiente de la presentación XSL, el primero puede tener diferentes XSLs, dependiendo del caso (no como en HTML). - Modularidad: o Las entidades que componen un documento XML pueden residir en diferentes documentos, luego pueden ser reutilizados, lo cuál es importante en un lenguaje que desea ser el nexo entre diferentes aplicaciones. - Fácil procesamiento: o Esto es sencillamente debido a que XML es un lenguaje bien formado, que no admite inconsistencias ni vaguedades. - Estructura jerárquica: o Esta estructura facilita el procesamiento y búsqueda de información.

9 Pág: 9 de Posibles usos de XML - Procesamiento tradicional de datos o Quizá lo más fuerte actualmente: el intercambio de datos XML entre módulos de una misma aplicación o entre distintas aplicaciones (base del EAI: Enterprise Application Integration). o Para ello es necesaria una fuerte estandarización de cuáles son las entidades y elementos que se van a intercambiar (p.e. estándar para compartición de información entre clientes de correo electrónico). - Programación basada en documentos (document-driven programming) o Una nueva aproximación a XML es su utilización para describir cómo debe aparecer una página de aplicación, es decir, el documento XML no se utiliza para mostrar información, sino que contiene referencias a tanto componentes de interfaz gráfica como a componentes de la lógica de negocio, y la manera de engancharlos para crear una aplicación directamente. o Esto no es fácil y aunque J2EE mediante sus JavaBeans ya permite algo parecido, todavía queda trabajo para obtenerlo al 100%. - Binding o - Archivado o La utilización de un esquema (ya sea DTD, XMLSchema o cualquier otro) para la definición de un fichero XML permite conocer ya parte de la estructura final (p.e. si sabemos que el elemento <date> es obligatorio y que tendrá un determinado formato). Esto ofrece la posibilidad de que se pueda generar código automáticamente, de manera que el desarrollador de la aplicación que se ha basado en XML sólo tenga que preocuparse del código que es único a su aplicación. El archivado consiste en que las clases que se utilizan en una aplicación almacenen su estado en ficheros XML. Esas clases se pueden archivar o serializar posteriormente en formato binario, pero como su estado se mantiene en esos ficheros XML (que al fin y al cabo son ficheros de texto), podrían ser fácilmente reutilizados (si una aplicación requiere utilizar uno de esas clases, pero necesita configurar algo, sólo deberá tocar el fichero XML asociado, modificando algunos de sus atributos).

10 Pág: 10 de DTD (Document Type Definition) Los cuatro usos que acabamos de ver requieren de XML una estructura estandarizada que permita su utilización por parte de diferentes aplicaciones. En este capítulo estudiaremos cómo utilizar DTD para generar un fichero XML correcto y completo Referencia de un DTD en un documento XML. Después de la declaración XML, el prolog puede contener un DTD, o un enlace a un DTD, que permite especifiar qué tipos de etiquetas y de qué maneras se pueden insertar en el documento XML. De esta manera, se añade un nuevo concepto, que es el de validación. Los parses XML comprobarán mediante su DTD asociado que cumple todas las restricciones y que es, por tanto, válido : <!DOCTYPE slideshow SYSTEM "slideshow.dtd"> <slideshow Ejemplo de DTD <!ELEMENT PHONE_RECORDS ( CALL)* >  <CALL> <FROM> </FROM> <DATE>5/5/2000</DATE> <TIME HOUR="19" MINUTE="32"/> <DESTINATION STATE="California" CITY="Sunnyvale" COUNTRY="US"> </DESTINATION> <DURATION HOURS="1" MINUTES="15"/> </CALL>  <CALL>

11 Pág: 11 de 27 <FROM> </FROM> <DATE>5/15/2000</DATE> <TIME HOUR="20" MINUTE="15"/> <DESTINATION CITY="Birmingham" COUNTRY="UK"> </DESTINATION> <DURATION HOURS="0" MINUTES="30"/> <CALL_PROMOTION>HALF_PRICE</CALL_PROMOTION> </CALL>  </PHONE_RECORDS> Como se ha podido observar existen diferentes cualificadores que se pueden añadir a la definición de un elemento: Cualificador Nombre Descripción? Interrogación Opcional (0 ó 1) * Asterisco 0 ó más. + Suma 1 ó más Se pueden utilizar paréntesis para agrupar varios elementos en un cualificador, por ejemplo: ((image, title)+) está emparejando una imagen con un título. Otro ejemplo es el siguiente: <!ELEMENT slideshow (slide+)> <!ELEMENT slide (title, item*)> <!ELEMENT title (#PCDATA)> <!ELEMENT item (#PCDATA item)* > Nos encontramos con un nuevo elemento aquí: Mixed-content model Cuando se especifica un #PCDATA seguido de un signo OR y de uno o más elementos, todo ello con un cualificador *, se especifica que un elemento contiene una mezcla de texto (PCDATA) y varios elementos Limitaciones del DTD Variaciones del mixed-content model Son imposibles de hacer. Si, por ejemplo se desease que un ítem contuviese o texto, o texto seguido de uno o más ítems, podríamos escribir: <!ELEMENT item (#PCDATA (#PCDATA, item+)) >

12 Pág: 12 de 27 Pero cuando el parser se encuentra con el primer PCDATA y el signo OR, inmediatamente lo asocia a un modelo mixed-content, que después no se cumple: error. Tampoco podemos escribir: <!ELEMENT item (#PCDATA) > <!ELEMENT item (#PCDATA, item+) >, pues se considera una doble definición, lo cuál no está permitido Cualificación de la información almacenada en el texto Es imposible definir que un texto contenga sólo números, o un patrón determinado. Esas comprobaciones han de ser vía software Jerarquía El DTD, al contrario que XML, no está jerarquizado, ni, obviamente, es orientado a objetos Elementos especiales en un DTD ANY El elemento puede contener cualquier otro elemento definido, o PCDATA EMPTY El elemento no tiene contenidos. Útil cuando sólo se quiere transmitir que ese elemento existe, o cuando la información se almacena en los atributos del elemento: <!ELEMENT flag EMPTY> Tipos de atributos en un elemento de un DTD Atributo Especificación (value1 value2...) Lista de valores separados por barras verticales CDATA Unparsed characted data ID Un nombre que ningún otro atributo ID comparte. IDREF Referencia a un ID definido en otra parte del documento. IDREFS Lista separada por espacios que contiene una o más referencias a ID. ENTITY Nombre de una entidad (ver más adelante) definida en el DTD. ENTITIES Lista de entidades separada por espacios NMTOKEN Nombre válido XML compuesto de letras, números, -, _ y :. NMTOKENS Lista de NMTOKENs. NOTATION Nombre de una notación DTD que describe un formato de datos no-xml (p.e. ficheros de imágenes). En desuso Tipos de valores por defecto de los atributos Especificación Especifica... #REQUIRED El valor del atributo ha de estar especificado en el documento. #IMPLIED La aplicación tiene un valor por defecto para ese atributo si no se especifica en el documento. valor por defecto El valor por defecto a utilizar si no se especifica en el documento. #FIXED valor Valor a utilizar. Si se especifica alguno en el documento, ha de ser este Definición de Entidades en un documento DTD La mejor manera de entender qué es una entidad es mediante un ejemplo:

13 Pág: 13 de 27 <?xml version='1.0' encoding='utf-8'?>  <!DOCTYPE slideshow SYSTEM "slideshow1b.dtd" [ <!ENTITY product "WonderWidget"> <!ENTITY products "WonderWidgets"> ]>  <slideshow title="&product; Slide Show" date="date of publication" author="yours Truly" >  <slide type="all"> <title>wake up to &products;!</title> </slide>  <slide type="all"> <title>overview</title> <item>why &products; are great</item> <item/> <item>who buys &products;</item> </slide> </slideshow> Algunas entidades útiles que se pueden utilizar son las siguientes: <!ENTITY ldquo "">  <!ENTITY rdquo "">  <!ENTITY trade "">  <!ENTITY rtrade " ">  <!ENTITY copyr " ">  Referencia de entidades externas <!DOCTYPE slideshow SYSTEM "slideshow.dtd" [ <!ENTITY product "WonderWidget"> <!ENTITY products "WonderWidgets"> <!ENTITY copyright SYSTEM "copyright.xml"> ]> El fichero copyright.xml puede contener algo como esto:  This is the standard copyright message that our lawyers make us put everywhere so we don't have to shell out a million bucks every time someone spills hot coffee in their lap..., así, podemos añadir en el fichero XML:  <slide type="all">

14 Pág: 14 de 27 <item>&copyright;</item> </slide>

15 Pág: 15 de Ejemplo: ajedrez <!ELEMENT CHESSBOARD (WHITEPIECES, BLACKPIECES)> <!ENTITY % pieces "KING, QUEEN?, BISHOP?, BISHOP?, ROOK?, ROOK?, KNIGHT?, KNIGHT?, PAWN?, PAWN?, PAWN?, PAWN?, PAWN?, PAWN?, PAWN?, PAWN?" > <!ELEMENT WHITEPIECES (%pieces;)> <!ELEMENT BLACKPIECES (%pieces;)> <!ELEMENT POSITION EMPTY> <!ATTLIST POSITION COLUMN (A B C D E F G H) #REQUIRED ROW ( ) #REQUIRED > <!ELEMENT KING (POSITION)> <!ELEMENT QUEEN (POSITION)> <!ELEMENT BISHOP (POSITION)> <!ELEMENT ROOK (POSITION)> <!ELEMENT KNIGHT (POSITION)> <!ELEMENT PAWN (POSITION)> Qué nos dice el DTD Un Rey por color ha de estar presente en el tablero. Cero ó una reina por color De cero a dos alfiles por color De cero a dos torres por color De cero a ocho peones por color Una pieza debe estar en una de las columnas A a H Un pieza debe estar en una de las filas 1 a 8. Sin embargo, el esquema no evita que dos piezas puedan compartir la misma posición.

16 Pág: 16 de XMLSchema DTD no es un gran sistema de generación de ficheros XML: No es orientado a objetos. No permite redefinición de elementos. Pobre en cuanto a definición de datos, rangos y restricciones. XMLSchema es un sistema más complejo. Usan sintaxis de XML, al contrario que los DTDs. Permiten especificar los tipos de datos. Son extensibles Ejemplo Tenemos el siguiente XML: <?xml version="1.0" encoding="utf-8"?> <book isbn=" "> <title> Being a Dog Is a Full-Time Job </title> <author>charles M. Schulz</author> <character> <name>snoopy</name> <friend-of>peppermint Patty</friend-of> <since> </since> <qualification> extroverted beagle </qualification> </character> <character> <name>peppermint Patty</name> <since> </since> <qualification>bold, brash and tomboyish</qualification> </character> </book> Nuestra intención es determinar la estructura válida de este XML mediante XMLSchema, en lugar de con DTD: Opción A: sencilla <?xml version="1.0" encoding="utf-8"?> <xs:schema xmlns:xs=" <xs:element name="book"> <xs:complextype> <xs:sequence> <xs:element name="title" type="xs:string"/> <xs:element name="author" type="xs:string"/> <xs:element name="character" minoccurs="0" maxoccurs="unbounded">

17 Pág: 17 de 27 <xs:complextype> <xs:sequence> <xs:element name="name" type="xs:string"/> <xs:element name="friend-of" type="xs:string" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="since" type="xs:date"/> <xs:element name="qualification" type="xs:string"/> </xs:sequence> </xs:complextype> </xs:element> </xs:sequence> <xs:attribute name="isbn" type="xs:string"/> </xs:complextype> </xs:element> </xs:schema>

18 Pág: 18 de Opción B: creación de elementos complejos <?xml version="1.0" encoding="utf-8"?> <xs:schema xmlns:xs="  <xs:element name="title" type="xs:string"/> <xs:element name="author" type="xs:string"/> <xs:element name="name" type="xs:string"/> <xs:element name="friend-of" type="xs:string"/> <xs:element name="since" type="xs:date"/> <xs:element name="qualification" type="xs:string"/>  <xs:attribute name="isbn" type="xs:string"/>  <xs:element name="character"> <xs:complextype> <xs:sequence> <xs:element ref="name"/> <xs:element ref="friend-of" minoccurs="0" maxoccurs="unbounded"/> <xs:element ref="since"/> <xs:element ref="qualification"/>   </xs:sequence> </xs:complextype> </xs:element> <xs:element name="book"> <xs:complextype> <xs:sequence> <xs:element ref="title"/> <xs:element ref="author"/> <xs:element ref="character" minoccurs="0" maxoccurs="unbounded"/> </xs:sequence> <xs:attribute ref="isbn"/> </xs:complextype> </xs:element> </xs:schema>

19 Pág: 19 de Opción C: creación de tipos <?xml version="1.0" encoding="utf-8"?> <xs:schema xmlns:xs="  <xs:simpletype name="nametype"> <xs:restriction base="xs:string"> <xs:maxlength value="32"/> </xs:restriction> </xs:simpletype> <xs:simpletype name="sincetype"> <xs:restriction base="xs:date"/> </xs:simpletype> <xs:simpletype name="desctype"> <xs:restriction base="xs:string"/> </xs:simpletype> <xs:simpletype name="isbntype"> <xs:restriction base="xs:string"> <xs:pattern value="[0-9]{10}"/> </xs:restriction> </xs:simpletype>  <xs:complextype name="charactertype"> <xs:sequence> <xs:element name="name" type="nametype"/> <xs:element name="friend-of" type="nametype" minoccurs="0" maxoccurs="unbounded"/> <xs:element name="since" type="sincetype"/> <xs:element name="qualification" type="desctype"/> </xs:sequence> </xs:complextype>  <xs:element name="book" type="booktype"/> </xs:schema> <xs:complextype name="booktype"> <xs:sequence> <xs:element name="title" type="nametype"/> <xs:element name="author" type="nametype"/> <xs:element name="character" type="charactertype" minoccurs="0"/>  </xs:sequence> <xs:attribute name="isbn" type="isbntype" use="required"/> </xs:complextype>

20 Pág: 20 de Creación de Grupos  <xs:group name="mainbookelements"> <xs:sequence> <xs:element name="title" type="nametype"/> <xs:element name="author" type="nametype"/> </xs:sequence> </xs:group>  <xs:attributegroup name="bookattributes"> <xs:attribute name="isbn" type="isbntype" use="required"/> <xs:attribute name="available" type="xs:string"/> </xs:attributegroup> <xs:complextype name="booktype"> <xs:sequence> <xs:group ref="mainbookelements"/> <xs:element name="character" type="charactertype" minoccurs="0" maxoccurs="unbounded"/> </xs:sequence> <xs:attributegroup ref="bookattributes"/> </xs:complextype>

21 Pág: 21 de Otros Compositors Choice <xs:group name="nametypes"> </xs:group> <xs:choice> </xs:choice> <xs:element name="name" type="xs:string"/> <xs:sequence> </xs:sequence> <xs:element name="firstname type="xs:string"/> <xs:element name="middlename type="xs:string" minoccurs="0"/> <xs:element name="lastname" type="xs:string"/> All <xs:complextype name="booktype"> <xs:all> <xs:element name="title type="xs:string"/> <xs:element name="author type="xs:string"/> <xs:element name="character" type="charactertype" minoccurs="0" maxoccurs="unbounded"/> </xs:all> <xs:attribute name="isbn type="isbntype use="required"/> </xs:complextype> Restricciones: Sólo puede aparece como hijo único en el root del modelo de contenidos. Sus hijos sólo pueden ser definiciones xs:element o referencias. No pueden tener cardinalidad mayor que uno Derivación de tipos simples <xs:simpletype name="isbntype"> <xs:union> <xs:simpletype>

22 Pág: 22 de 27 <xs:restriction base="xs:string"> <xs:pattern value="[0-9]{10}"/> </xs:restriction> </xs:simpletype>... <xs:simpletype> <xs:restriction base="xs:nmtoken"> <xs:enumeration value="tbd"/> <xs:enumeration value="na"/> </xs:restriction> </xs:simpletype> </xs:union> </xs:simpletype> Ejemplo: ajedrez Cómo modelaríamos el mismo ejemplo que en el caso del DTD, pero con XMLSchema? <?xml version="1.0" encoding="utf-8"?> <xsd:schema xmlns:xsd=" targetnamespace=" xmlns=" elementformdefault="qualified"> <xsd:element name="chessboard"> <xsd:complextype> <xsd:sequence> <xsd:element name="whitepieces" type="pieces" /> <xsd:element name="blackpieces" type="pieces" /> </xsd:sequence> </xsd:complextype> </xsd:element> <xsd:complextype name="pieces"> <xsd:sequence> <xsd:element name="king" type="piece" minoccurs='1' maxoccurs='1'/> <xsd:element name="queen" type="piece" minoccurs='0' maxoccurs='1'/> <xsd:element name="bishop" type="piece" minoccurs='0' maxoccurs='2'/> <xsd:element name="rook" type="piece" minoccurs='0' maxoccurs='2'/> <xsd:element name="knight" type="piece" minoccurs='0' maxoccurs='2'/> <xsd:element name="pawn" type="piece"

23 Pág: 23 de 27 minoccurs='0' maxoccurs='8'/> </xsd:sequence> </xsd:complextype> <xsd:complextype name="piece"> <xsd:sequence> <xsd:element name="position" minoccurs='1' maxoccurs='1'> <xsd:complextype> <xsd:attribute name="column" use='required'> <xsd:simpletype> <xsd:restriction base="xsd:string"> <xsd:pattern value="[a-h]"/> </xsd:restriction> </xsd:simpletype> </xsd:attribute> <xsd:attribute name="row" use='required'> <xsd:simpletype> <xsd:restriction base="xsd:positiveinteger"> <xsd:mininclusive value="1"/> <xsd:maxinclusive value="8"/> </xsd:restriction> </xsd:simpletype> </xsd:attribute> </xsd:complextype> </xsd:element> </xsd:sequence> </xsd:complextype> </xsd:schema> Este esquema cumple las mismas restricciones que el DTD, pero mediante rangos y patrones, lo cuál lo convierte en mucho más potente.

24 Pág: 24 de Especificaciones relacionadas con XML XML no es sólo un lenguaje. Existe mucho acrónimo relacionado, que hay que conocer Estándares básicos - SAX (Simple API for XML). También conocido como serial access protocol permite leer documentos XML de manera rápida y serializada. Es orientado a eventos, ya que el modo de funcionamiento es registrar un handler en un SAX parser, que invoca nuestros métodos callback cada vez que encuentra una nueva etiqueta XML (o cualquier otra cosa). - DOM (Document Object Model): convierte un documento XML en un conjunto de objetos, para poder manipularlo como un árbol. Los datos se pueden modificar, añadir, eliminar, etc. - DTD: ya conocido. - Namespaces: permite escribir un documento XML que utiliza dos o más conjuntos de etiquetas XML de manera modular. De esta manera se pueden utilizar nombres que aparecen en dos definiciones diferentes sin que exista conflicto. - XSL (extensible Stylesheet Language): ya conocido. - XSLT (XLS for Transformations): permite convertir un fichero XML en otro formato (p.e. HTML). - XMLSchema: ya hemos visto las limitaciones que tienen los DTDs. XMLSchema, aunque bastante más complejo, permite definir cualquier estructura que podamos imaginar. Se componen de dos partes: o XMLSchema (structures): especifica relaciones. o XMLSchema (datatypes): mecanismos de validación de los elementos XML Otros estándares - Linking: o Xlink o XML Base o Xpointer - XHTML: documentos XML que actúan como docs HTML, es decir, define un conjunto de etiquetas como las de HTML pero bien formadas.

25 Pág: 25 de APIs para la utilización de XML en aplicaciones Java Las APIs existentes actualmente (aunque el ritmo es vertiginoso: esta misma asignatura hace un año tan sólo podía contar con un API): - JAXP: Java API for XML Parsing. El centro de todos los demás, y el que se utilizará en las prácticas de la asignatura. Provee una interfaz común para la utilización de SAX y DOM. - JAXB: Java Architecture for XML Binding. Mecanismo de serialización entre Java y XML (marshalling y unmarshalling). - JDOM (Java DOM). DOM no siempre es fácil de utilizar. JDOM facilita la tarea mediante la creación de objetos de más alto nivel. - DOM4J: otra alternativa a DOM. - JAXM: Java API for XML Messaging. Mecanismo de intercambio de mensajes asíncronos basados en XML entre aplicaciones. - JAX-RPC: Java API for XML-based Remote Process Communications. Mecanismo de intercambio de mensajes síncronos basados en XML entre aplicaciones. - JAXR: Java API for XML Registries. Mecanismo de publicación de servicios disponibles en un registro externo, y de consulta de esos servicios.

26 Pág: 26 de APIs JAXP Paquetes principales - javax.xml.parsers: API central, provee una interfaz común para los diferentes vendedores de parsers SAX y DOM. - Org.w3c.dom: define la clase Document (un DOM) y otros elementos del DOM. - Org.xml.sax: define las APIs básicas de SAX. - Javax.xml.transform: no lo veremos aquí, pero existe. APIs del XSLT APIs SAX Es un mecanismo basado en eventos que realiza un procesado elemento a elemento. De esta manera, es mucho más rápido aunque impide un acceso aleatorio a los elementos APIs DOM Es un mecanismo que crea una familia de objetos Java en memoria que representa la colección de elementos de un documento XML. Permite un acceso aleatorio a estos elementos, pero al requerir que todos estén en memoria, es mucho más pesado.

27 Pág: 27 de Bibliografía J2EE1.3.1 G. Coulouris, J. Dollimore, T. Kindberg. Sistemas Operativos Distribuidos, Tercera Edición. Addison-Wesley. A. Tanenbaum. Distributed Operating Systems. Prentice Hall R. Orfali, D. Harkey. Client/Server Survival Guide, 2 nd. Edition. Van Nostrand Reinhold. R. Orfali, D. Harkey. Client/Server Programming with Java and CORBA, 2 nd. Edition. Van Nostrand Reinhold. W. Keith Edwards. Core JINI. Prentice Hall. M. Henning, S. Vinoski. Advanced CORBA Programming with C++, 1 st. Edition. Addison-Wesley, Q. H. Mahmoud. Distributed Programming with Java, 1 st. Edition. Manning. M.E. Fayad, D.C. Schmidt, R. E. Johnson. Building Application Frameworks (Object-Oriented Foundations of Framework Design). Ed. Wiley, A. Silberschatz, J. Peterson, P. Galvin. Operating System Concepts, 4 th. Edition. Addison-Wesley.