Tecnologías para Desarrollo Orientado a Servicios (posgrado) Desarrollo de Software Orientado a Servicios (pregrado)

Transcripción

1 Tecnologías para Desarrollo Orientado a Servicios (posgrado) Desarrollo de Software Orientado a Servicios (pregrado) Mg. Elsa Estévez Universidad Nacional del Sur

2 T.2 Agradecimiento Este curso se ha desarrollado en base al material de los siguientes cursos: 1) XML Technology and Java, preparado y dictado por Dr. Tomasz Janowski, UNU-IIST 2) Web Services and Java Ambos cursos fueron desarrollados y dictados en United Nations University - International Institute of Software Technology (UNU-IIST), Macao. A Martín Larrea por su colaboración con el testeo del software en el laboratorio.

3 XML Schema

4 T.4 Limitaciones de DTD Centrado en documentos DTDs son una simplificación de los DTDs de SGML, que a su vez son centrados en documentos. Como resultado, los DTDs son más adecuados para describir el contenido de documentos, y menos para describir estructuras de datos. 2. Sin acceso a meta-data access las aplicaciones no pueden acceder al contenido del DTD, una vez que el documento es procesado por un parser, por ejemplo via DOM. Las facilidades de agrupar, compartir y reusar de las declaraciones de markup y de toda la información de metadatos en un DTD se pierden.

5 T.5 Limitaciones de DTD 3 3. Tipos de datos limitados los DTDs proveen tipos de datos muy limitados: elements EMPTY PCDATA element mixed ANY attributes CDATA ID IDREF NMTOKEN ENTITY NOTATION IDREFS NMTOKENS ENTITIES

6 T.6 Limitaciones de DTD Es difícil definir rangos o conjuntos los DTD permiten la enumeración de valores válidos para atributos, pero esto es útil sólo para conjuntos pequeños y no para contenido de elementos. <!ATTLIST fecha diadelasemana (lunes martes miércoles jueves viernes sábado domingo) #IMPLIED > 5. Sin Subclases los DTD no permiten describir las estructuras de datos comunes en una definición de clase y capturar todas las variaciones en subclases.

7 T.7 Limitaciones de DTD El orden de los hijos es demasiado rígido los DTD requieren: Listar todos los elementos hijos (opcionales o no) en el orden en que deben ocurrir <!ELEMENT P (A, B+, C?)> O usar un modelo mixto donde no se imponen restricciones de orden <!ELEMENT P (#PCDATA A, B, C)*> 7. Sin soporte de espacio de nombres para controlar la validez, debemos mantener los prefijos del documento XML en sincronización con el DTD: si se cambia uno, se debe cambiar el otro.

8 T.8 Limitaciones de DTD Limitadas formas de expresar repeticiones el elemento B debe ocurrir exactamente 15 veces: <!ELEMENT P (A,B,B,B,B,B,B,B,B,B,B,B,B,B,B,B,C)> el elemento B puede ocurrir entre 13 y 15 veces: <!ELEMENT P (A,B,B,B,B,B,B,B,B,B,B,B,B,B,C) (A,B,B,B,B,B,B,B,B,B,B,B,B,B,B,C) (A,B,B,B,B,B,B,B,B,B,B,B,B,B,B,B,C)> 9. los DTDs son escritos en su lenguaje, sin sintaxis XML las herramientas XML no pueden usarse para procesar documentos DTD.

9 T.9 XML Schema Recomendación de W3C 1 Recomendación de W3C Mayo Tres partes: 1. Primer - A non-normative document intended to provide an easily readable description of the XML Schema language. XML Schema Part 1: Structures and XML Schema Part 2: Datatypes provide the complete normative description of the XML Schema language.

10 T.10 XML Schema Recomendación de W3C 2 2. Structures - XML Schema language offers facilities for describing the structure and constraining the contents of XML 1.0 documents, including those which exploit the XML Namespaces. The schema language, which is itself represented in XML 1.0 and uses namespaces, considerably extends the capabilities found in DTDs. 3. Datatypes - Defines facilities for defining datatypes to be used in XML Schemas as well as other XML specifications. The datatype language, which is itself represented in XML 1.0, provides a superset of the capabilities found in XML 1.0 DTDs for specifying datatypes on elements and attributes.

11 T.11 Ejemplo: XML versus DTD instancia de XML -> documento -> -> -> -> -> -> -> Document Type -> Definition -> -> -> -> <?xml version="1.0"?> <!DOCTYPE date SYSTEM "date.dtd"> <date> <day>14</day> <month>september</month> <year>2003</year> <weekday>sunday</weekday> </date> <!ELEMENT date (day, month, year, weekday?)> <!ELEMENT day (#PCDATA)> <!ELEMENT month (#PCDATA)> <!ELEMENT year (#PCDATA)> <!ELEMENT weekday (#PCDATA)>

12 T.12 Ejemplo: XML Schema elemento schema -> espacio de nombres -> elemento date -> complex type -> secuencia de -> day -> month -> year -> weekday -> es opcional -> <?xml version="1.0"?> <xsd:schema xmlns:xsd=" <xsd:element name="date"> <xsd:complextype> <xsd:sequence> <xsd:element name="day" type="xsd:string"/> <xsd:element name="month" type="xsd:string"/> <xsd:element name="year" type="xsd:string"/> <xsd:element name="weekday" minoccur="0" type="xsd:string"/> </xsd:sequence> </xsd:complextype> </xsd:element> </xsd:schema>

13 T.13 Ejemplo: XML Referenciando a Schema ubicación del the documento esquema -> Espacio de nombres -> declaración de instancias de documentos XML <?xml version="1.0"?> <date xmlns:xsi=" xsi:nonamespaceschemalocation="date.xsd" > <day>14</day> <month>september</month> <year>2003</year> <weekday>sunday</weekday> </date>

14 T.14 Ejemplo: XML con Schema y DTD DTD externo -> DTD interno -> atributo -> declaraciones -> ubicación esquema -> espacio de nombres -> declaración <?xml version="1.0"?> <!DOCTYPE date SYSTEM "date.dtd" [ <!ATTLIST date xsi:nonamespaceschemalocation CDATA #IMPLIED xmlns:xsi CDATA #FIXED "...XMLSchema-instance"> ]> <date xsi:nonamespaceschemalocation="date.xsd" xmlns:xsi="...xmlschema-instance"> <day>14</day> <month>september</month> <year>2003</year> <weekday>monday</weekday> </date>

15 T.15 Demo: Validación con DTD vs Schema > cd "demos/validacion dtd versus schema" > dir date.xml date.dtd date.xsd datedtd.xml dateschema.xml datedtdschema.xml > java dom.counter date.xml > java dom.counter -v datedtd.xml > java dom.counter -s dateschema.xml > java dom.counter -v datedtdschema.xml > java dom.counter -v -s datedtdschema.xml

16 T.16 Qué Se Ganó? Se reemplazaron 5 líneas de DTD con 14 líneas de un esquema. Qué se ganó? Un fundamento sólido para construir un mejor esquema: Más tipos de datos Reuso de estructuras de datos Modelo de contenido más expresivo Reuso de sintaxis XML Reaplicación de herramientas XML Auto-descripción y -validación etc.

17 T.17 Estructura del Documento Schema Elemento raiz -> cualquier número de -> <schema > <include /> <import> </import> <redefine> </redefine> <annotation> </annotation> cualquier número de -> <simpletype> </simpletype> <complextype> </complextype> <element> </element> <attribute /> <attributegroup> </attributegroup> <group> </group> <annotation> </annotation> </schema>

18 T.18 Espacio de Nombres en Esquemas Los estándares de XML schema son sensibles al espacio de nombres: 1. puede describir documentos con elementos y atributos que pertenecen a diferentes espacio de nombres 2. los espacios de nombres distinguen entre referencias a tipos de datos pre-existentes y otros tipos definidos por el autor del esquema Schema pertenece al espacio de nombres : <schema xmlns= > </schema>

19 T.19 Referenciando Schema: Sin Namespace 1 El documento instancia de XML sin espacio de nombres: <elem xmlns:xsi=" xsi:nonamespaceschemalocation="schemanonamespace.xsd"> this is text </elem> El atributo nonamespaceschemalocation determina la ubicación del esquema para aquellos elementos que no pertenecen a ningún espacio de nombres. El atributo en sí mismo pertenece al espacio de nombres

20 T.20 Referenciando Schema: Sin Namespace 2 Archivo XML Schema schemanonamespace.xsd: <xsd:schema xmlns:xsd=" <xsd:element name="elem" type="xsd:string"/> </xsd:schema>

21 T.21 Demo: Validación de No Namespace > cd demos/schema no namespace > dir schemanonamespace.xsd nonamespace.xml > java dom.counter v s nonamespace.xml

22 T.22 Comentarios Además de los comentarios normales de XML, los elementos de anotación distinguen entre los comentarios destinados a las personas y al software: <annotation> <documentation source= > esto es documentación </documentation> <appinfo source= >instrucción de procesamiento </appinfo> </annotation> El elemento fuente incluye una URL al documento con más información sobre el tema.

23 T.23 Declaraciones de Elementos Las declaraciones de elemento requieren que exista un elemento en el documento de instancia: cuyo nombre está dado por el atributo name, y cuyo contenido es del tipo especificado <xsd:element name="date"> <xsd:complextype>...</xsd:complextype> </xsd:element>

24 T.24 Tipos Nombrados y Anónimos El tipo del componente puede ser dado: como un tipo anónimo embebido directamente dentro de element: <xsd:element name="date"> <xsd:complextype>...</xsd:complextype> </xsd:element> como un tipo nombrado referenciado por element via su atributo type: <xsd:element name="date" type="date"/> <xsd:complextype name="date">... </xsd:complextype>

25 T.25 Reuso de Tipos Nombrados Los tipos nombrados pueden ser reusados por varias declaraciones de elementos: <xsd:element name="date" type="date"/> <xsd:element name="mydate" type="date"/> <xsd:complextype name="date">... </xsd:complextype> Los tipos anónimos se usan sólo dentro de una declaración de elemento.

26 T.26 Elementos de Alto-Nivel La declaración de elemento puede ocurrir: Alto nivel el elemento debe existir en el documento de instancia <xsd:element name="date" type="date"/> Cuando se dan varias declaraciones de elementos de alto nivel, uno de los elementos debe existir en el documento.

27 T.27 Elementos de Nivel Local Nivel local parte de la definición de tipo <xsd:complextype name="data">... <xsd:element name="day" type="xsd:string">... </xsd:complextype>

28 T.28 Tarea: Esquema para Carta de Arribo Volvamos a la carta de arribo con la version: <?xml version="1.0"?> <card> <visitor> <name>jan Kowalski</name> </visitor> <document>passport</document> </card> Diseñar el esquema para este documento. Referenciar al esquema desde el documento. Validar el documento.

29 T.29 Repetición de Elementos Los elementos de nivel local pueden contener atributos de repetición: minoccurs mínimo número de ocurrencias, default 1 <xsd:element name="elem" minoccurs="0"/> maxoccurs máximo número de ocurrencias, default 1 <xsd:element name="elem minoccurs="2 maxoccurs="unbounded"/>

30 T.30 Tarea: Nombres Repetidos En el esquema permitir que el visitante tenga de uno a tres nombres. Modificar el documento. Validar.

31 T.31 Referencia a Elemento Los elementos de alto-nivel pueden ser referenciados cuando se declaran elementos de nivel local, no se necesitan los atributos name y type. <xsd:element name="day" type="xsd:string"/> <xsd:complextype name="date">... </xsd:element ref="day"/>... </xsd:complextype>

32 T.32 Tarea: Elemento Visitor de Alto-Nivel En el esquema definir el elemento visitor como de alto-nivel. En el elemento card referenciar al elemento visitor. Validar.

33 T.33 Tipos Simples y Complejos Los tipos pueden ser simples o complejos: Los tipos simples describen valores de atributos, así como también elementos que contienen texto y atributos (pero no hijos) <xsd:simpletype name="productnumber">... </xsd:simpletype> Los tipos complejos describen elementos con texto, atributos e hijos. <xsd:complextype name="productspecification">... </xsd:complextype>

34 T.34 Tipos: Pre-Definidos y Usuario-Definidos XML Schema provee 44 tipos simples pre-definidos, que generalmente se referencian con un prefijo. Otros tipos tienen que ser declarados: tipo pre-definido xsd:string <xsd:element name="day" type="xsd:string"/> tipo Date definido por el usuario <xsd:element name="date" type="date"/> <xsd:complextype name="date">... </xsd:complextype>

35 T.35 Tipos Pre-Definidos: DTD y String Tipo DTD ID IDREF IDREFS ENTITY ENTITIES NMTOKEN NMTOKENS NOTATION Tipo Schema string normalizedstring token Name NCName QName language anyuri Ejemplo Un ejemplo práctico Un ejemplo práctico Un ejemplo práctico my:book, book book my:book de, en

36 T.36 Tipos Pre-Definidos: Numéricos Tipos Schema boolean float double decimal integer nonnegativeinteger positiveinteger negativeinteger nonpositiveinteger Tipos Schema byte short int long unsignedbyte unsignedshort unsignedint unsignedlong base64binary hexbinary

37 T.37 Tipos Pre-Definidos: Fecha y Hora Tipo Schema duration date time datetime gyear gmonth gyearmonth gday gmonthday Ejemplo P2Y4M7DT10H30M17.5S :07: T15:07:

38 T.38 Tarea: Tipo Fecha En el esquema para la carta de arribo, definir fecha de nacimiento como: 1. Tipo pre-definido 2. Tipo definido por el usuario con elementos separados para: a) día b) mes c) año

39 T.39 Tipos Simples Definidos: Restricción Dados tipos simples pre-definidos, podemos derivar nuevos tipos simples. Esto se puede hacer de la siguiente manera: restricción <xsd:simpletype name="mytype"> <xsd:restriction base="simpletype"> <facet1 value="..."/> <facet2 value="..."/> <facet3 value="..."/> </xsd:restriction> </xsd:simpletype>

40 T.40 Tipos Simples Definidos: Lista y Union lista <xsd:simpletype name="mytype"> <xsd:list itemtype="simpletype"> </xsd:simpletype> unión <xsd:simpletype name="mytype"> <xsd:union membertypes="simpletype1 simpletype2"> </xsd:simpletype>

41 T.41 Facetas para Restricción de Tipo Simple XML Schema define 12 facetas de restricciones: Tipos string length minlength maxlength pattern enumeration whitespace Tipos numéricos mininclusive maxinclusive minexclusive maxexclusive totaldigits fractiondigits

42 T.42 Faceta: MinLength and MaxLength Strings de 5 a 10 caracteres: <xsd:simpletype name="string5to10"> <xsd:restriction base="xsd:string"> <xsd:minlength value="5"/> <xsd:maxlength value="10"/> </xsd:restriction> </xsd:simpletype>

43 T.43 Tarea: Tipos String Restringidos En el esquema para la carta de arribo, definir el documento de viaje con el elemento número. Definir el elemento número como un string de 10 caracteres.

44 T.44 Facetas: MinInclusive y MaxInclusive Números en el rango de 1 a 31: <xsd:simpletype name="days"> <xsd:restriction base="xsd:integer"> <xsd:mininclusive value="1"/> <xsd:maxinclusive value="31"/> </xsd:restriction> </xsd:simpletype>

45 T.45 Tarea: Tipos Numéricos Restringidos En el esquema para la carta de arribo, definir a) día b) mes c) año como tipos numéricos restringidos.

46 T.46 Facetas: Enumeration <xsd:simpletype name="weekdays"> <xsd:restriction base="xsd:string"> <xsd:enumeration value="monday"/> <xsd:enumeration value="tuesday"/> <xsd:enumeration value="wednesday"/> <xsd:enumeration value="thursday"/> <xsd:enumeration value="friday"/> <xsd:enumeration value="saturday"/> <xsd:enumeration value="sunday"/> </xsd:restriction> </xsd:simpletype> Sólo enumeration y pattern pueden aparecer varias veces.

47 T.47 Tarea: Tipos String Enumerado Dentro del esquema para la carta de arribo, definir el elemento sexo dentro del elemento visitor usando string enumerado.

48 T.48 Facetas: TotalDigits and FractionDigits Tipo precio con 2 dígitos fraccionarios y 8 en total: <xsd:simpletype name="price"> <xsd:restriction base="xsd:float"> <xsd:totaldigits value="8"/> <xsd:fractiondigits value="2"/> </xsd:restriction> </xsd:simpletype>

49 T.49 Faceta: Pattern Strings con letras mayúsculas y minúsculas (no mezcladas): <xsd:simpletype name="myname"> <xsd:restriction base="xsd:string"> <xsd:pattern value="[a-z]+"/> <xsd:pattern value="[a-z]+"/> </xsd:restriction> </xsd:simpletype> El valor del pattern es una expresión regular.

50 T.50 Facetas: Expresiones Regulares para Patterns * +?. (a b) (abc) [abc] [ˆa-z] (expr){n} (expr){m,n} \p{x} zero or more one or more zero or one any character a or b sequence of a, b and c any or a, b or c not a letter in the range expr repeated exactly n times expr repeated from m to n times one character from the Unicode character class X

51 T.51 Tarea: Patterns para Tipos String Dentro del esquema de la carta de arribo, definir el identificador del documento de viaje siguiendo tres restriucciones: 1. el identificador consiste de 10 caracteres 2. los primeros dos caracteres son letras 3. los últimos 8 caracteres son dígitos

52 T.52 Declaraciones con Tipos Simples Los elementos pueden tener tipos simples o complejos: <xsd:element name="precio" type="precio"/> <xsd:simpletype name="precio">... </xsd:simpletype> Los atributos siempre tienen tipos simples: <xsd:attribute name="price"> <xsd:simpletype>... </xsd:simpletype> </xsd:attribute>

53 T.53 Declaraciones de Atributos Similar a las declaraciones de elementos, con atributos name, type y ref. La declaración de atributo es relacionada al elemento padre, y debe seguir a las declaraciones de hijos del elemento: <xsd:complextype name="collection">... <xsd:element ref="book"/> <xsd:element ref="cd"/> <xsd:attribute name="version" type="xsd:string"/> </xsd:complextype> Sólo elementos con tipos complejos pueden contener atributos!

54 T.54 Atributos de Alto Nivel y Nivel Local Como los elementos, los atributos pueden ser definidos a nivel local o de alto nivel: atributos de alto nivel referidos por atributos del nivel local <xsd:attribute name="version" type="xsd:string"/> atributos de nivel local contenido en su elemento padre: <xsd:complextype name="collection">... <xsd:element ref="cd"/> <xsd:attribute ref="version"/> </xsd:complextype>

55 T.55 Atributos y Tipos Atributo con tipo nombrado <xsd:attribute name="version" type="xsd:string"/> Atributo con tipo anónimo <xsd:attribute name="versions"> <xsd:simpletype> <xsd:list itemtype="version"/> </xsd:simpletype> </xsd:attribute> Atributo de nivel local referenciando a un atributo de alto nivel <xsd:attribute ref="version"/>

56 T.56 Ocurrencia de Atributo El atributo use determina la ocurrencia del atributo: El atribute es requerido: <xsd:atributo name="version" use="required".../> El atributo es opcional (default): <xsd:atributo name="version" use="optional".../> El atributo es prohibido: <xsd:atributo name="version" use="prohibited".../>

57 T.57 Valores de Atributo Fijo y por Defecto Dos atributos más: fixed valor fijo para el atributo: <xsd:atributo name="version" fixed="1.0".../> default valor por defecto para el atributo: <xsd:atributo name="version" default="1.0".../> Si un elemento falta, no se proveen los valores por defecto para sus atributos.

58 T.58 Definición de Tipo Complejo Consiste de declaraciones/referencias de elementos y de declaraciones de atributos, embebidos dentro de un modelo de contenido: <xsd:complextype name="..."> <xsd:sequence> <xsd:element.../> <xsd:element.../> </xsd:sequence> <xsd:attribute.../> <xsd:attribute.../> </xsd:complextype>

59 T.59 Modelos de Contenido Tres modelos de contenido: sequence similar a (a,b) en DTD choice similar a a b en DTD all sin equivalencia en DTD Pueden estar anidadas una dentro de otra hasta cualquier nivel, y pueden tener atributos minoccurs y maxoccurs.

60 T.60 Modelo de Contenido Secuencia Los elementos deben ocurrir exactamente en el orden indicado, y todos deben ocurrir (a menos que minoccurs="0" para elementos individuales): <xsd:complextype> <xsd:sequence> <xsd:element name="day" type="day"/> <xsd:element name="month" type="month"/> <xsd:element name="year" type="xsd:integer"/> <xsd:element name="weekeday minoccurs="0" type="weekday"/> </xsd:sequence> </xsd:complextype>

61 T.61 Modelo de Contenido Alternativa Exactamente uno de los elementos debe ocurrir, los elementos son mutuamente excluyentes: <xsd:complextype name="address"> <xsd:sequence> <xsd:element name="street" type="xsd:string"/> <xsd:element name="city" type="xsd:string"/> <xsd:choice minoccurs="0"> <xsd:element name="state" type="xsd:string"/> <xsd:element name="province" type="xsd:string"/> </xsd:choice> <xsd:element ref="zip"/> </xsd:sequence> </xsd:complextype>

62 T.62 Modelo de Contenido Todo Este modelo no existe en DTD, pero si existe en SGML. Todos los elementos pueden aparecer, en cualquier orden. Limitaciones: cada elemento puede ocurrir no más de una vez: minoccurs es cero o uno, maxoccurs es uno no puede contener modelos sequence y choice debe ocurrir como el único hijo inmediato al comienzo del modelo de contenido y no puede ocurrir más de una vez

63 T.63 Modelo de Contenido Todo Address debe contener: street, city, country y zip, y puede contener state. Cualquier orden es permitido: <xsd:complextype name="address"> <xsd:all> <xsd:element name="street" type="xsd:string"/> <xsd:element name="city" type="xsd:string"/> <xsd:element name="state" minoccurs="0" type="xsd:string"/> <xsd:element name="country" type="xsd:string"/> <xsd:element ref="zip"/> </xsd:all> </xsd:complextype>

64 T.64 Nuevamente Tipos Complejos Formalmente, existe dos formas de definir tipos complejos: simplecontent permite datos de caracteres y atributos <xsd:complextype> <xsd:simplecontent>...</xsd:simplecontent> </xsd:complextype> complexcontent permite elementos hijos y atributos, es la opción por defecto, por eso puede ser omitido <xsd:complextype> <xsd:complexcontent>...</xsd:complexcontent> </xsd:complextype>

65 T.65 Elementos Vacíos elemento sin contenido/atributos: <xsd:complextype name="empty"/> elemento sin contenido pero con atributos: <xsd:complextype name="empty"> <xsd:attribute name="price" type="xsd:integer"/> <xsd:attribute name="version" type="xsd:string"/> </xsd:complextype>

66 T.66 Modelo de Contenido Mixto El contenido del elemento consiste tanto de sub-elementos o datos caracter, pero no ambos (default): <xsd:complextype mixed="false">...<xsd:complextype> El contenido del elemento es una mezcla de sub-elementos y datos caracter: <xsd:complextype mixed="true">...<xsd:complextype> El orden y número de elementos en el modelo mixto está restringido por el esquema, como en el caso de no-mixto; esto no es posible en DTD.

67 T.67 Modelo de Contenido Any Todos los tipos simples y complejos están derivados de xsd:anytype. La restricción de anytype con contenido complejo es el default: : <xsd:complextype> <xsd:complexcontent> <xsd:restriction base="xsd:anytype"> <xsd:sequence> <xsd:element name="...".../> <xsd:element name="...".../> </xsd:sequence> </xsd:restriction> </xsd:complexcontent> </xsd:complextype>

68 T.68 Grupos de Elementos: Declaración Grupo de elementos un conjunto de elementos definido con un nombre: <xsd:group name="mygroup"> <xsd:sequence> <xsd:element ref="name"/> <xsd:element ref="scope"/> </xsd:sequence> </xsd:group> Debe ser el hijo inmedidato de schema, y puede contener sólo sequence, choice o all.

69 T.69 Grupos de Elementos : Referencia Un grupo de elementos referenciado en la definición de un tipo complejo: <xsd:complextype name="mytype"> <xsd:sequence> <xsd:group ref="mygroup"/> <xsd:element ref="price"/> </xsd:sequence> </xsd:complextype> Los grupos de elementos juegan un rol similar a las entidades parámetros en DTD.

70 T.70 Grupo de Atributos: Declaración Agrupando atributos con attributegroup: <xsd:attributegroup name="margins"> <xsd:attribute name="top" type="xsd:float"/> <xsd:attribute name="bottom" type="xsd:float"/> <xsd:attribute name="left" type="xsd:float"/> <xsd:attribute name="right" type="xsd:float"/> </xsd:attributegroup> Como group, attributegroup es un hijo inmediato de schema.

71 T.71 Grupo de Atributos: Referencia Referenciando un grupo de atributos por su nombre: <xsd:complextype name="mytype"> <xsd:sequence> <xsd:group ref="mygroup"/> <xsd:element ref="price"/> </xsd:sequence> <xsd:attributegroup ref="margins"/> </xsd:complextype> Tambien juegan un rol similar a las entidades parámetros de DTD.

72 T.72 Referencia a Schema: Un Namespace 1 Un documento de instancia XML con el namespace por defecto para todos sus elementos: <elem xmlns=" xmlns:xsi=" xsi:schemalocation=" schemanamespace.xsd"> text </elem> El atributo SchemaLocation determina la ubicación del esquema para los elementos que pertenecen al espacio de nombres especificado: xsi:schemalocation= namespace schema

73 T.73 Referencia a Schema: Un Namespace 2 Archivo XML Schema schemanamespace.xsd: <xsd:schema xmlns:xsd=" targetnamespace=" <xsd:element name="elem" type="xsd:string"/> </xsd:schema> El atributo TargetNamespace de schema determina el namespace que este esquema usa para validar. Cada esquema usa para validar un solo namespace!

74 T.74 Demo: Validación de Un Namespace > cd demos/schema un namespace > dir schemanamespace.xsd namespace.xml > java dom.counter v s namespace.xml

75 T.75 Referencia a Schema: Dos Namespaces 1 Una instancia de documento XML con dos namespaces and <ns1:outside xmlns:ns1=" xmlns:ns2=" xmlns:xsi=" xsi:schemalocation=" schemanamespace1.xsd schemanamespace2.xsd"> <ns2:inside>text</ns2:inside> </ns1:outside>

76 T.76 Referencia a Schema: Dos Namespaces 2 El atributo SchemaLocation determina la ubicación de los esquemas para los elementos que pertenecen a los espacio de nombres especificados: xsi:schemalocation= namespace1 schema1 namespace2 schema2 namespace3 schema3

77 T.77 Referencia a Schema: Dos Namespaces 3 El archivo schemanamespace1.xsd usado para validar los elementos del namespace <xsd:schema xmlns:xsd=" targetnamespace=" <xsd:element name="outside"> <xsd:complextype> <xsd:sequence> <xsd:any namespace=" </xsd:sequence> </xsd:complextype> </xsd:element> </xsd:schema>

78 T.78 Referencia a Schema: Dos Namespaces 4 El archivo schemanamespace2.xsd usado para validar los elementos del namespace <xsd:schema xmlns:xsd=" targetnamespace=" <xsd:element name="inside" type="xsd:string"/> </xsd:schema>

79 T.79 Demo: Validación de Dos Namespaces > cd demos/schema dos namespaces > dir schemanamespace1.xsd schemanamespace1.xsd namespaces.xml > java dom.counter v s namespaces.xml

80 T.80 DTD para XML Schema Como documento XML Schema tiene la sintaxis de XML, pueden ser validados. Fragmentos del DTD oficial para XML Schema: namespace prefix -> namespace sufix -> namespace declaration -> schema qualified name -> schema element declaration -> -> -> schema attributes version -> schema namespace -> default namespace -> unique identifier -> other attributes -> <!ENTITY % p xs: > <!ENTITY % s :xs > <!ENTITY % nds xmlns%s; > <!ENTITY % schema "%p;schema"> <!ELEMENT %schema; (%simpletype; %complextype; %element; %attribute;...)*> <!ATTLIST %schema; version CDATA #IMPLIED %nds; %URIref; #FIXED...XMLSchema xmlns CDATA #IMPLIED id ID #IMPLIED %schemaattrs;>