5 Using the Schema Processor for Java

Prerequisites

This chapter assumes that you have working knowledge of the following technologies:

• Document Type Definition (DTD). An XML DTD defines the legal structure of an XML document.

• XML Schema language. XML Schema defines the legal structure of an XML document.

If you are unfamiliar with these technologies or need to refresh your knowledge, you can consult the XML resources in "Related Documents" of the preface.

Standards and Specifications

XML Schema is a W3C standard. You can find the XML Schema specifications at the following locations:

• http://www.w3.org/TR/xmlschema-0/ for the W3C XML Schema Primer

• http://www.w3.org/TR/xmlschema-1/ for the definition of the XML Schema language structures

• http://www.w3.org/TR/xmlschema-2/ for the definition of the XML Schema language datatypes

The Oracle XML Schema processor supports the W3C XML Schema specifications.

XML Validation with DTDs

DTDs were originally developed for SGML. XML DTDs are a subset of those available in SGML and provide a mechanism for declaring constraints on XML markup. XML DTDs enable the specification of the following:

• Which elements can be in your XML documents

• The content model of an XML element, that is, whether the element contains only data or has a set of subelements that defines its structure. DTDs can define whether a subelement is optional or mandatory and whether it can occur only once or multiple times.

• Attributes of XML elements. DTDs can also specify whether attributes are optional or mandatory.

• Entities that are legal in your XML documents.

An XML DTD is not itself written in XML, but is a context-independent grammar for defining the structure of an XML document. You can declare a DTD in an XML document itself or in a separate file from the XML document.

Validation is the process by which you verify an XML document against its associated DTD, ensuring that the structure, use of elements, and use of attributes are consistent with the definitions in the DTD. Thus, applications that handle XML documents can assume that the data matches the definition.

By using the XDK, you can write an application that includes a validating XML parser, that is, a program that parses and validates XML documents against a DTD. Note the following aspects of parsers that perform DTD validation:

• Depending on its implementation, a validating parser may stop processing when it encounters an error, or continue.

• A validating parser may report warnings and errors as they occur as in summary form at the end of processing.

• Most processors can enable or disable validation mode, but they must still process entity definitions and other constructs of DTDs.

<?xml version="1.0" encoding="UTF-8"?>
<!ELEMENT family (member*)>
<!ATTLIST family lastname CDATA #REQUIRED>
<!ELEMENT member (#PCDATA)>
<!ATTLIST member memberid ID #REQUIRED>
<!ATTLIST member dad IDREF #IMPLIED>
<!ATTLIST member mom IDREF #IMPLIED>

<?xml version="1.0" standalone="no"?>
<!DOCTYPE family SYSTEM "family.dtd">
<family lastname="Smith">
<member memberid="m1">Sarah</member>
<member memberid="m2">Bob</member>
<member memberid="m3" mom="m1" dad="m2">Joanne</member>
<member memberid="m4" mom="m1" dad="m2">Jim</member>
</family>

XML Validation with XML Schemas

The XML Schema language, also known as XML Schema Definition, was created by the W3C to use XML syntax to describe the content and the structure of XML documents. An XML schema is an XML document written in the XML Schema language. An XML schema document contains rules describing the structure of an input XML document, called an instance document. An instance document is valid if and only if it conforms to the rules of the XML schema.

The XML Schema language defines such things as the following:

• Which elements and attributes are legal in the instance document

• Which elements can be children of other elements

• The order and number of child elements

• Datatypes for elements and attributes

• Default and fixed values for elements and attributes

A validating XML parser tries to determine whether an instance document conforms to the rules of its associated XML schema. By using the XDK, you can write a validating parser that performs this schema validation. Note the following aspects of parsers that perform schema validation:

• Depending on its implementation, the parser may stop processing when it encounters an error, or continue.

• The parser may report warnings and errors as they occur as in summary form at the end of processing.

• The processor must take into account entity definitions and other constructs that are defined in a DTD that is included by the instance document. The XML Schema language does not define what must occurs when an instance document includes both an XML schema and a DTD. Thus, the behavior of the application in such cases depends on the implementation.

<purchaseReport
  xmlns="http://www.example.com/Report"
  xmlns:xsi = "http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://www.example.com/Report  report.xsd"
  period="P3M" periodEnding="1999-12-31">
 
 <regions>
  <zip code="95819">
   <part number="872-AA" quantity="1"/>
   <part number="926-AA" quantity="1"/>
   <part number="833-AA" quantity="1"/>
   <part number="455-BX" quantity="1"/>
  </zip>
  <zip code="63143">
   <part number="455-BX" quantity="4"/>
  </zip>
 </regions>
 <parts>
  <part number="872-AA">Lawnmower</part>
  <part number="926-AA">Baby Monitor</part>
  <part number="833-AA">Lapis Necklace</part>
  <part number="455-BX">Sturdy Shelves</part>
 </parts>
</purchaseReport>

<schema targetNamespace="http://www.example.com/Report"
        xmlns="http://www.w3.org/2001/XMLSchema"
        xmlns:r="http://www.example.com/Report"
        elementFormDefault="qualified">
 
 <annotation>
  <documentation xml:lang="en">
   Report schema for Example.com
   Copyright 2000 Example.com. All rights reserved.
  </documentation>
 </annotation>
 
 <element name="purchaseReport">
  <complexType>
   <sequence>
    <element name="regions" type="r:RegionsType">
     <keyref name="dummy2" refer="r:pNumKey">
      <selector xpath="r:zip/r:part"/>
      <field xpath="@number"/>
     </keyref>
    </element>
 
    <element name="parts" type="r:PartsType"/>
   </sequence>
   <attribute name="period"       type="duration"/>
   <attribute name="periodEnding" type="date"/>
  </complexType>
 
  <unique name="dummy1">
   <selector xpath="r:regions/r:zip"/>
   <field xpath="@code"/>
  </unique>
 
  <key name="pNumKey">
   <selector xpath="r:parts/r:part"/>
   <field xpath="@number"/>
  </key>
 </element>
 <complexType name="RegionsType">
  <sequence>
   <element name="zip" maxOccurs="unbounded">
    <complexType>
     <sequence>
      <element name="part" maxOccurs="unbounded">
       <complexType>
        <complexContent>
         <restriction base="anyType">
          <attribute name="number"   type="r:SKU"/>
          <attribute name="quantity" type="positiveInteger"/>
         </restriction>
        </complexContent>
       </complexType>
      </element>
     </sequence>
     <attribute name="code" type="positiveInteger"/>
    </complexType>
   </element>
  </sequence>
 </complexType>
 
 <simpleType name="SKU">
  <restriction base="string">
   <pattern value="\d{3}-[A-Z]{2}"/>
  </restriction>
 </simpleType>
 
 <complexType name="PartsType">
  <sequence>
   <element name="part" maxOccurs="unbounded">
    <complexType>
     <simpleContent>
      <extension base="string">
       <attribute name="number" type="r:SKU"/>
      </extension>
     </simpleContent>
    </complexType>
   </element>
  </sequence>
 </complexType>
 
</schema>

Differences Between XML Schemas and DTDs

The XML Schema language includes most of the capabilities of the DTD specification. An XML schema serves a similar purpose to a DTD, but is more flexible in specifying document constraints. Table 5-1 compares some of the features between the two validation mechanisms.

The following reasons are probably the most persuasive for choosing XML schema validation over DTD validation:

• The XML Schema language enables you to define rules for the content of elements and attributes. You achieve control over content by using datatypes. With XML Schema datatypes you can more easily perform actions such as the following:

  • Declare which elements should contain which types of data, for example, positive integers in one element and years in another

  • Process data obtained from a database

  • Define restrictions on data, for example, a number between 10 and 20

  • Define data formats, for example, dates in the form MM-DD-YYYY

  • Convert data between different datatypes, for example, strings to dates

• Unlike DTD grammar, documents written in the XML Schema language are themselves written in XML. Thus, you can perform the following actions:

  • Use your XML parser to parse your XML schema

  • Process your XML schema with the XML DOM

  • Transform your XML document with XSLT

  • Reuse your XML schemas in other XML schemas

  • Extend your XML schema by adding elements and attributes

  • Reference multiple XML schemas from the same document

Using the XML Schema Processor: Basic Process

The following XDK packages are important for applications that process XML schemas:

• oracle.xml.parser.v2, which provides APIs for XML parsing

• oracle.xml.parser.schema, which provides APIs for XML Schema processing

The most important classes in the oracle.xml.parser.schema package are described in Table 5-2. These form the core of most XML schema applications.

Figure 5-1 depicts the basic process of validating an instance document with the XML Schema processor.

Figure 5-1 XML Schema Processor

Description of the illustration adxdk105.gif

The XML Schema processor performs the following major tasks:

1. A builder (XSDBuilder object) assembles the XML schema from an input XML schema document. Although instance documents and schemas need not exist specifically as files on the operating system, they are commonly referred to as files. They may exist as streams of bytes, fields in a database record, or collections of XML Infoset "Information Items."

   This task involves parsing the schema document into an object. The builder creates the schema object explicitly or implicitly:

   • In explicit mode, you pass in an XML schema when you invoke the processor. "Validating Against Externally Referenced XML Schemas" explains how to build the schema object in explicit mode.

   • In implicit mode, you do not pass in an XML schema when you invoke the processor because the schema is internally referenced by the instance document. "Validating Against Internally Referenced XML Schemas" explains how to create the schema object in implicit mode.

2. The XML schema validator uses the schema object to validate the instance document. This task involves the following steps:

   1. A SAX parser parses the instance document into SAX events, which it passes to the validator.

   2. The validator receives SAX events as input and validates them against the schema object, sending an error message if it finds invalid XML components.

      "Validation in the XML Parser" describes the validation modes that you can use when validating the instance document. If you do not explicitly set a schema for validation with the XSDBuilder class, then the instance document must have the correct xsi:schemaLocation attribute pointing to the schema file. Otherwise, the program will not perform the validation. If the processor encounters errors, it generates error messages.

   3. The validator sends input SAX events, default values, or post-schema validation information to a DOM builder or application.

Running the XML Schema Processor Demo Programs

Demo programs for the XML Schema processor for Java are included in $ORACLE_HOME/xdk/demo/java/schema. Table 5-3 describes the XML files and programs that you can use to test the XML Schema processor.

cat.xsd

catalogue.xml

catalogue_e.xml

DTD2Schema.java

embeded_xsql.xsd

embeded_xsql.xml

juicer1.xml

juicer1.xsd

juicer2.xml

juicer2.xsd

report.xml

report.xsd

report_e.xml

xsddom.java

xsdent.java

xsdent.xml

xsdent.xsd

xsdent-1.xsd

xsdproperty.java

xsdsax.java

XSDLax.java

XSDSample.java

XSDSetSchema.java

Documentation for how to compile and run the sample programs is located in the README in the same directory. The basic steps are as follows:

1. Change into the $ORACLE_HOME/xdk/demo/java/schema directory (UNIX) or %ORACLE_HOME%\xdk\demo\java\schema directory (Windows).

2. Run make (UNIX) or Make.bat (Windows) at the command line.

3. Add xmlparserv2.jar, xschema.jar, and the current directory to the CLASSPATH. These JAR files are located in $ORACLE_HOME/lib (UNIX) and %ORACLE_HOME%\lib (Windows). For example, you can set the CLASSPATH as follows with the tcsh shell on UNIX:

   setenv CLASSPATH "$CLASSPATH":$ORACLE_HOME/lib/xmlparserv2.jar:$ORACLE_HOME/lib/schema.jar:.
   
   

   Note that the XML Schema processor requires JDK version 1.2 or higher and is usable on any operating system with Java 1.2 support.

4. Run the sample programs with the XML files that are included in the directory:

   • The following examples use report.xsd to validate the contents of report.xml:

     java XSDSample report.xml
     java XSDSetSchema report.xsd report.xml
     
     

   • The following example validates an instance document in Lax mode:

     java XSDLax embeded_xsql.xsd embeded_xsql.xml
     
     

   • The following examples use cat.xsd to validate the contents of catalogue.xml:

     java XSDSample catalogue.xml
     java XSDSetSchema cat.xsd catalogue.xml
     
     

   • The following examples generates error messages:

     java XSDSample catalogue_e.xml
     java XSDSample report_e.xml
     
     

   • The following example uses the schemaLocation attribute in xsdent.xsd to redirect the XML schema to xsdent-1.xsd for validation:

     java xsdent xsdent.xml xsdent.xsd
     
     

   • The following example generates a SAX stream from report.xml and validates it against the XML schema defined in report.xsd:

     java xsdsax report.xsd report.xml
     
     

   • The following example creates a DOM representation of report.xml and validates it against the XML schema defined in report.xsd:

     java xsddom report.xsd report.xml
     
     

   • The following examples configure validation starting with an element declaration or complex type definition:

     java xsdproperty juicer1.xml juicer1.xsd http://www.juicers.org \
     juicersType false > juicersType.out
                                                                                            
     java xsdproperty juicer2.xml juicer2.xsd http://www.juicers.org \ 
     Juicers true > juicers_e.out
     
     

   • The following example converts a DTD (dtd2schema.dtd) into an XML schema and uses it to validate an instance document (dtd2schema.xml):

     java DTD2Schema dtd2schema.dtd dtd2schema.xml
     

Using the XML Schema Processor Command-Line Utility

"Using the XML Parser Command-Line Utility" describes how to run the oraxml command-line utility. You can use this utility to validate instance documents against XML schemas and DTDs.

oraxml -schema -enc report.xml

The encoding of the input file: UTF-8The input XML file is parsed without errors using Schema validation mode.

oraxml -dtd -enc family.xml

The encoding of the input file: UTF-8
 The input XML file is parsed without errors using DTD validation mode.

Validating Against Internally Referenced XML Schemas

The $ORACLE_HOME/xdk/demo/java/schema/XSDSample.java program illustrates how to validate against an implicit XML Schema. The validation mode is implicit because the XML schema is referenced in the instance document itself.

Follow the steps in this section to write programs that use the setValidationMode() method of the oracle.xml.parser.v2.DOMParser class:

1. Create a DOM parser to use for the validation of an instance document. The following code fragment from XSDSample.java illustrates how to create the DOMParser object:

   public class XSDSample
   {
      public static void main(String[] args) throws Exception
      {
         if (args.length != 1)
         {
            System.out.println("Usage: java XSDSample <filename>");
            return;
         }
         process (args[0]);
      }
   
      public static void process (String xmlURI) throws Exception
      {
         DOMParser dp  = new DOMParser();
         URL       url = createURL(xmlURI);
         ...
      }
   ...
   }
   
   

   createURL() is a helper method that constructs a URL from a filename passed to the program as an argument.

2. Set the validation mode for the validating DOM parser with the DOMParser.setValidationMode() method. For example, XSDSample.java shows how to specify XML schema validation:

   dp.setValidationMode(XMLParser.SCHEMA_VALIDATION);
   dp.setPreserveWhitespace(true);
   
   

3. Set the output error stream with the DOMParser.setErrorStream() method. For example, XSDSample.java sets the error stream for the DOM parser object as follows:

   dp.setErrorStream (System.out);
   
   

4. Validate the instance document with the DOMParser.parse() method. You do not have to create an XML schema object explicitly because the schema is internally referenced by the instance document. For example, XSDSample.java validates the instance document as follows:

   try
   {
     System.out.println("Parsing "+xmlURI);
     dp.parse(url);
     System.out.println("The input file <"+xmlURI+"> parsed without errors");
   }
   catch (XMLParseException pe)
   {
     System.out.println("Parser Exception: " + pe.getMessage());
   }
   catch (Exception e)
   {
     System.out.println("NonParserException: " + e.getMessage());
   }
   

Validating Against Externally Referenced XML Schemas

The $ORACLE_HOME/xdk/demo/java/schema/XSDSetSchema.java program illustrates how to validate an XML schema explicitly. The validation mode is explicit because you use the XSDBuilder class to specify the schema to use for validation: the schema is not specified in the instance document as in implicit validation.

Follow the basic steps in this section to write Java programs that use the build() method of the oracle.xml.parser.schema.XSDBuilder class:

1. Build an XML schema object from the XML schema document with the XSDBuilder.build() method. The following code fragment from XSDSetSchema.java illustrates how to create the object:

   public class XSDSetSchema
   {
      public static void main(String[] args) throws Exception
      {
         if (args.length != 2)
         {
            System.out.println("Usage: java XSDSample <schema_file> <xml_file>");
            return;
         }
    
         XSDBuilder builder = new XSDBuilder();
         URL    url =  createURL(args[0]);
    
         // Build XML Schema Object
         XMLSchema schemadoc = (XMLSchema)builder.build(url);
         process(args[1], schemadoc);
      }
   . . .
   
   

   The createURL() method is a helper method that constructs a URL from the schema document filename specified on the command line.

2. Create a DOM parser to use for validation of the instance document. The following code from XSDSetSchema.java illustrates how to pass the instance document filename and XML schema object to the process() method:

   public static void process(String xmlURI, XMLSchema schemadoc)throws Exception{
      DOMParser dp  = new DOMParser();
      URL       url = createURL (xmlURI);
      . . .
   
   

3. Specify the schema object to use for validation with the DOMParser.setXMLSchema() method. This step is not necessary in implicit validation mode because the instance document already references the schema. For example, XSDSetSchema.java specifies the schema as follows:

   dp.setXMLSchema(schemadoc);
   
   

4. Set the validation mode for the DOM parser object with the DOMParser.setValidationMode() method. For example, XSDSample.java shows how to specify XML schema validation:

   dp.setValidationMode(XMLParser.SCHEMA_VALIDATION);
   dp.setPreserveWhitespace(true);
   
   

5. Set the output error stream for the parser with the DOMParser.setErrorStream() method. For example, XSDSetSchema.java sets it as follows:

   dp.setErrorStream (System.out);
   
   

6. Validate the instance document against the XML schema with the DOMParser.parse() method. For example, XSDSetSchema.java includes the following code:

   try
   {
      System.out.println("Parsing "+xmlURI);
      dp.parse (url);
      System.out.println("The input file <"+xmlURI+"> parsed without errors");
   }
   catch (XMLParseException pe)
   {
      System.out.println("Parser Exception: " + pe.getMessage());
   }
   catch (Exception e)
   {
      System.out.println ("NonParserException: " + e.getMessage());
   }
   

Validating a Subsection of an XML Document

In LAX mode, you can validate parts of the XML content of an instance document without validating the whole document. A LAX parser indicates that the processor should perform validation for elements in the instance document that are declared in an associated XML schema. The processor does not consider the instance document invalid if it contains no elements declared in the schema.

By using LAX mode, you can define the schema only for the part of the XML that you want to validate. The $ORACLE_HOME/xdk/demo/java/schema/XSDLax.java program illustrates how to use LAX validation. The program follows the basic steps described in "Validating Against Externally Referenced XML Schemas":

1. Build an XML schema object from the user-specified XML schema document.

2. Create a DOM parser to use for validation of the instance document.

3. Specify the XML schema to use for validation.

4. Set the validation mode for the DOM parser object.

5. Set the output error stream for the parser.

6. Validate the instance document against the XML schema by calling DOMParser.parse().

To enable LAX validation, the program sets the validation mode in the parser to SCHEMA_LAX_VALIDATION rather than to SCHEMA_VALIDATION. The following code fragment from XSDLax.java illustrates this technique:

dp.setXMLSchema(schemadoc);
dp.setValidationMode(XMLParser.SCHEMA_LAX_VALIDATION);
dp.setPreserveWhitespace (true);
. . .

You can test LAX validation by running the sample program as follows:

java XSDLax embeded_xsql.xsd embeded_xsql.xml

Validating XML from a SAX Stream

The $ORACLE_HOME/xdk/demo/java/schema/xsdsax.java program illustrates how to validate an XML document received as a SAX stream. You instantiate an XSDValidator and register it with the SAX parser as the content handler.

Follow the steps in this section to write programs that validate XML from a SAX stream:

1. Build an XML schema object from the user-specified XML schema document by invoking the XSDBuilder.build() method. The following code fragment from illustrates how to create the object:

   XSDBuilder builder = new XSDBuilder();
   URL    url =  XMLUtil.createURL(args[0]);
   
   // Build XML Schema Object
   XMLSchema schemadoc = (XMLSchema)builder.build(url);      
   process(args[1], schemadoc);
   . . .
   
   

   createURL() is a helper method that constructs a URL from the filename specified on the command line.

2. Create a SAX parser (SAXParser object) to use for validation of the instance document. The following code fragment from saxxsd.java passes the handles to the XML document and schema document to the process() method:

   process(args[1], schemadoc);...public static void process(String xmlURI, XMLSchema schemadoc)
   throws Exception 
   {
       SAXParser dp  = new SAXParser();
   ...
   
   

3. Configure the SAX parser. The following code fragment sets the validation mode for the SAX parser object with the XSDBuilder.setValidationMode() method:

   dp.setPreserveWhitespace (true);
   dp.setValidationMode(XMLParser.NONVALIDATING);
   
   

4. Create and configure a validator (XSDValidator object). The following code fragment illustrates this technique:

   XMLError err;... err = new XMLError();
   ...
   XSDValidator validator = new XSDValidator();
   ...
   validator.setError(err);
   
   

5. Specify the XML schema to use for validation by invoking the XSDBuilder.setXMLProperty() method. The first argument is the name of the property, which is fixedSchema, and the second is the reference to the XML schema object. The following code fragment illustrates this technique:

   validator.setXMLProperty(XSDNode.FIXED_SCHEMA, schemadoc);
   ...
   
   

6. Register the validator as the SAX content handler for the parser. The following code fragment illustrates this technique:

   dp.setContentHandler(validator);
   ...
   
   

7. Validate the instance document against the XML schema by invoking the SAXParser.parse() method. The following code fragment illustrates this technique:

   dp.parse (url);
   

Validating XML from a DOM

The $ORACLE_HOME/xdk/demo/java/schema/xsddom.java program shows how to validate an instance document by obtain a DOM representation of the document and using an XSDValidator object to validate it.

The xsddom.java program follows these steps:

1. Build an XML schema object from the user-specified XML schema document by invoking the XSDBuilder.build() method. The following code fragment from illustrates how to create the object:

   XSDBuilder builder = new XSDBuilder();
   URL    url =  XMLUtil.createURL(args[0]);
   
   XMLSchema schemadoc = (XMLSchema)builder.build(url);      
   process(args[1], schemadoc);
   
   

   createURL() is a helper method that constructs a URL from the filename specified on the command line.

2. Create a DOM parser (DOMParser object) to use for validation of the instance document. The following code fragment from domxsd.java passes the handles to the XML document and schema document to the process() method:

   process(args[1], schemadoc);...public static void process(String xmlURI, XMLSchema schemadoc)
   throws Exception 
   {
       DOMParser dp  = new DOMParser();
       . . .
   
   

3. Configure the DOM parser. The following code fragment sets the validation mode for the parser object with the DOMParser.setValidationMode() method:

   dp.setPreserveWhitespace (true);
   dp.setValidationMode(XMLParser.NONVALIDATING);
   dp.setErrorStream (System.out);
   
   

4. Parse the instance document. The following code fragment illustrates this technique:

   dp.parse (url);
   
   

5. Obtain the DOM representation of the input document. The following code fragment illustrates this technique:

   XMLDocument doc = dp.getDocument();
   
   

6. Create and configure a validator (XSDValidator object). The following code fragment illustrates this technique:

   XMLError err;... err = new XMLError();
   ...
   XSDValidator validator = new XSDValidator();
   ...
   validator.setError(err);
   
   

7. Specify the schema object to use for validation by invoking the XSDBuilder.setXMLProperty() method. The first argument is the name of the property, which in this example is fixedSchema, and the second is the reference to the schema object. The following code fragment illustrates this technique:

   validator.setXMLProperty(XSDNode.FIXED_SCHEMA, schemadoc);
   . . .
   
   

8. Obtain the root element (XMLElement) of the DOM tree and validate. The following code fragment illustrates this technique:

   XMLElement root = (XMLElement)doc.getDocumentElement();
   XMLElement copy = (XMLElement)root.validateContent(validator, true);
   copy.print(System.out);
   

Validating XML from Designed Types and Elements

The $ORACLE_HOME/xdk/demo/java/schema/xsdproperty.java program shows how to configure the XML Schema processor to validate an XML document based on a complex type or element declaration.

The xsdproperty.java program follows these steps:

1. Create String objects for the instance document name, XML schema name, root node namespace, root node local name, and specification of element or complex type ("true" means the root node is an element declaration). The following code fragment illustrates this technique:

   String xmlfile = args[0];
   String xsdfile =  args[1];
   ...
   String ns = args[2]; //namespace for the root node
   String nm = args[3]; //root node's local name
   String el = args[4]; //true if root node is element declaration, 
                        // otherwise, the root node is a complex type
   
   

2. Create an XSD builder and use it to create the schema object. The following code fragment illustrates this technique:

   XSDBuilder builder = new XSDBuilder();
   URL    url =  XMLUtil.createURL(xsdfile);       
   XMLSchema  schema;
   ...
   schema = (XMLSchema) builder.build(url);
   
   

3. Obtain the node. Invoke different methods depending on whether the node is an element declaration or a complex type:

   • If the node is an element declaration, pass the local name and namespace to the getElement() method of the schema object.

   • If the node is an element declaration, pass the namespace, local name, and root complex type to the getType() method of the schema object.

   xsdproperty.java uses the following control structure:

   QxName qname = new QxName(ns, nm);
   ...
   XSDNode nd;
   ...
   if (el.equals("true"))
   {
     nd = schema.getElement(ns, nm);
     /* process ... */
   }
   else
   {
     nd = schema.getType(ns, nm, XSDNode.TYPE);
     /* process ... */
   }
   
   

4. After obtaining the node, create a new parser and set the schema to the parser to enable schema validation. The following code fragment illustrates this technique:

   DOMParser dp  = new DOMParser();
   URL       url = XMLUtil.createURL (xmlURI);
   
   

5. Set properties on the parser and then parse the URL. Invoke the schemaValidatorProperty() method as follows:

   1. Set the root element or type property on the parser to a fully qualified name.

      For a top-level element declaration, set the property name to XSDNode.ROOT_ELEMENT and the value to a QName, as illustrated by the process1() method.

      For a top-level type definition, set the property name to XSDNode.ROOT_TYPE and the value to a QName, as illustrated by the process2() method.

   2. Set the root node property on the parser to an element or complex type node.

      For an element node, set the property name to XSDNode.ROOT_NODE and the value to an XSDElement node, as illustrated by the process3() method.

      For a type node, set the property name to XSDNode.ROOT_NODE and the value to an XSDComplexType node, as illustrated by the process3() method.

   The following code fragment shows the sequence of method invocation:

   if (el.equals("true"))
   {
      nd = schema.getElement(ns, nm);
      process1(xmlfile, schema, qname);
      process3(xmlfile, schema, nd);
   }
   else
   {
      nd = schema.getType(ns, nm, XSDNode.TYPE);
      process2(xmlfile, schema, qname);
      process3(xmlfile, schema, nd);
   }
   
   

   The processing methods are implemented as follows:

   static void process1(String xmlURI, XMLSchema schema, QxName qname)
         throws Exception
     {
       /* create parser... */
       dp.setXMLSchema(schema);
       dp.setSchemaValidatorProperty(XSDNode.ROOT_ELEMENT, qname);
       dp.setPreserveWhitespace (true);
       dp.setErrorStream (System.out);
       dp.parse (url);
       ...
     }
                                                                                                
     static void process2(String xmlURI, XMLSchema schema, QxName qname)
         throws Exception
     {
         /* create parser... */                                                                                        
       dp.setXMLSchema(schema);
       dp.setSchemaValidatorProperty(XSDNode.ROOT_TYPE, qname);
       dp.setPreserveWhitespace (true);
       dp.setErrorStream (System.out);
       dp.parse (url);
       ...
     }
                                                                                                
     static void process3(String xmlURI, XMLSchema schema, XSDNode node)
         throws Exception
     {
         /* create parser... */
                                                                                                 
       dp.setXMLSchema(schema);
       dp.setSchemaValidatorProperty(XSDNode.ROOT_NODE, node);
       dp.setPreserveWhitespace (true);
       dp.setErrorStream (System.out);
       dp.parse (url);
       ...
     }
   

Validating XML with the XSDValidator Bean

The oracle.xml.schemavalidator.XSDValidator bean encapsulates the oracle.xml.parser.schema.XSDValidator class and adds functionality for validating a DOM tree. The parser builds the DOM tree for the instance document and XML schema document and validates the instance document against the schema.

The XSDValidatorSample.java program in $ORACLE_HOME/xdk/demo/java/transviewer illustrates how to use the XSDValidator bean.

Follow the basic steps in this section to write Java programs that use the XSDValidator bean:

1. Parse the instance document with the DOMParser.parse() method. The following code fragment from XSDValidatorSample.java illustrates this technique:

   URL xmlinstanceurl, schemaurl;
   XMLDocument xmldoc1,xmldoc2;
   
   // get the URL for the input files
   xmlinstanceurl = createURL(args[0]);
   // Parse the XML Instance document first
   xmldoc1 = parseXMLDocument(xmlinstanceurl);
   
   

   createURL() is a helper method that creates a URL from a filename. The parseXMLDocument() method receives a URL as input and parses it with the DOMParser.parse() method as follows:

   DOMParser parser = new DOMParser();
   parser.parse(xmlurl);
   return parser.getDocument();
   
   

2. Parse the XML schema document with the DOMParser.parse() method. The following code from XSDValidatorSample.java illustrates this technique:

   schemaurl = createURL(args[1]);xmldoc2 = parseXMLDocument(schemaurl);
   
   

3. Build the schema object from the parsed XML schema with the XSDBuilder.build() method. The following code fragment from XSDValidatorSample.java illustrates this technique:

   XSDBuilder xsdbuild =  new XSDBuilder();
   . . .
   xmlschema = (XMLSchema)xsdbuild.build(xmldoc2, createURL(args+"builder"));
   
   

4. Specify the schema object to use for validation by passing a reference to the XSDValidator.setSchema() method. The following code fragment from XSDValidatorSample.java creates the validator and sets the schema:

   XSDValidator xsdval = new XSDValidator();
   . . .
   xsdval.setSchema(xmlschema);
   
   

5. Set the error output stream for the validator by invoking the XSDValidator.setError() method. The following code fragment from XSDValidatorSample.java illustrates how to create the object:

   Properties p = new Properties(System.getProperties());
   p.load(new FileInputStream("demo.properties"));
   System.setProperties(p);
   . . .
   XMLError err = new XMLError();
   . . .
   err.setErrorHandler(new DocErrorHandler());
   . . .
   xsdval.setError(err);
   
   

6. Validate the instance document against the schema by passing a reference to instance document to the XSDValidator.validate() method. For example, XSDValidatorSample.java includes the following code fragment:

   xsdval.validate(xmldoc1);
   

Overriding the Schema Location with an Entity Resolver

When the XSDBuilder builds a schema, it may need to include or import other schemas specified as URLs in the schemaLocation attribute. The xsdent.java demo described in Table 5-3 illustrates this case. The document element in xsdent.xml file contains the following attribute:

xsi:schemaLocation =  "http://www.somewhere.org/BookCatalogue
                       xsdent.xsd">

The xsdent.xsd document contains the following elements:

<schema xmlns="http://www.w3.org/2001/XMLSchema"
               targetNamespace="http://www.somewhere.org/BookCatalogue"
               xmlns:catd = "http://www.somewhere.org/Digest"
               xmlns:cat  = "http://www.somewhere.org/BookCatalogue"
               elementFormDefault="qualified">
<import namespace = "http://www.somewhere.org/Digest"
        schemaLocation = "xsdent-1.xsd" />

In some cases, you may want to override the schema locations specified in <import> and supply the builder with the required schema documents. For example, you may have downloaded the schemas documents from external Web sites and stored them in a database. In such cases, you can set an entity resolver in the XSDBuilder. XSDBuilder passes the schema location to the resolver, which returns an InputStream, Reader, or URL as an InputSource. The builder can read the schema documents from the InputSource.

The xsdent.java program illustrates how you can override the schema location with an entity resolver. You must implement the EntityResolver interface, instantiate the entity resolver, and set it in the XML schema builder. In the demo code, sampleEntityResolver1 returns InputSource as an InputStream whereas sampleEntityResolver2 returns InputSource as a URL.

Follow these basic steps:

1. Create a new XML schema builder as follows:

   XSDBuilder builder = new XSDBuilder(); 
      
   

2. Set the builder to your entity resolver. An entity resolver is a class that implements the EntityResolver interface. The purpose of the resolver is to enable the XML reader to intercept any external entities before including them. The following code fragment creates an entity resolver and sets it in the builder:

   builder.setEntityResolver(new sampleEntityResolver1());
   
   

   The sampleEntityResolver1 class implements the resolveEntity() method. You can use this method to redirect external system identifiers to local URIs. The source code is as follows:

   class sampleEntityResolver1 implements EntityResolver
   {
      public InputSource resolveEntity (String targetNS,  String systemId)
      throws SAXException, IOException
      {
         // perform any validation check if needed based on targetNS & systemId 
         InputSource mySource = null;
         URL u = XMLUtil.createURL(systemId); 
         // Create input source with InputStream as input
         mySource = new InputSource(u.openStream());
         mySource.setSystemId(systemId);
         return mySource;
      }
   }
   
   

   Note that sampleEntityResolver1 initializes the InputSource with a stream.

3. Build the XML schema object. The following code illustrates this technique:

   schemadoc = builder.build(url);
   
   

4. Validate the instance document against the XML schema. The program executes the following statement:

   process(xmlfile, schemadoc);
   
   

   The process() method creates a DOM parser, configures it, and invokes the parse() method. The method is implemented as follows:

   public static void process(String xmlURI, Object schemadoc)
       throws Exception
   {
     DOMParser dp  = new DOMParser();
     URL       url = XMLUtil.createURL (xmlURI);
    
     dp.setXMLSchema(schemadoc);
     dp.setValidationMode(XMLParser.SCHEMA_VALIDATION);
     dp.setPreserveWhitespace (true);
     dp.setErrorStream (System.out);
     try {
        dp.parse (url);
        ...
   }
   

Converting DTDs to XML Schemas

Because of the power and flexibility of the XML Schema language, you may want to convert your existing DTDs to XML Schema documents. The XDK API enables you to perform this transformation.

The $ORACLE_HOME/xdk/demo/java/schema/DTD2Schema.java program illustrates how to convert a DTD. You can test the program as follows:

java DTD2Schema dtd2schema.dtd dtd2schema.xml

Follow these basic steps to convert a DTD to an XML schema document:

1. Parse the DTD with the DOMParser.parseDTD() method. The following code fragment from DTD2Schema.java illustrates how to create the DTD object:

   XSDBuilder builder = new XSDBuilder(); 
   URL dtdURL = createURL(args[0]);
   DTD dtd = getDTD(dtdURL, "abc");
      
   

   The getDTD() method is implemented as follows:

   private static DTD getDTD(URL dtdURL, String rootName)
      throws Exception
   {
      DOMParser parser = new DOMParser();
      DTD dtd;
      parser.setValidationMode(true);
      parser.setErrorStream(System.out);
      parser.showWarnings(true);
      parser.parseDTD(dtdURL, rootName);
      dtd = (DTD)parser.getDoctype();
      return dtd;
   }
   
   

2. Convert the DTD to an XML schema DOM tree with the DTD.convertDTD2Sdhema() method. The following code fragment from DTD2Schema.java illustrates this technique:

   XMLDocument dtddoc = dtd.convertDTD2Schema();
   
   

3. Write the XML schema DOM tree to an output stream with the XMLDocument.print() method. The following code fragment from DTD2Schema.java illustrates this technique:

   FileOutputStream fos = new FileOutputStream("dtd2schema.xsd.out");
   dtddoc.print(fos);
   
   

4. Create an XML schema object from the schema DOM tree with the XSDBuilder.build() method. The following code fragment from DTD2Schema.java illustrates this technique:

   XMLSchema schemadoc = (XMLSchema)builder.build(dtddoc, null);
   
   

5. Validate an instance document against the XML schema with the DOMParser.parse() method. The following code fragment from DTD2Schema.java illustrates this technique:

   validate(args[1], schemadoc);
   
   

   The validate() method is implemented as follows:

   DOMParser dp  = new DOMParser();
   URL       url = createURL (xmlURI); 
   dp.setXMLSchema(schemadoc);
   dp.setValidationMode(XMLParser.SCHEMA_VALIDATION);
   dp.setPreserveWhitespace (true);
   dp.setErrorStream (System.out);
   try
   {
      System.out.println("Parsing "+xmlURI);
      dp.parse (url);
      System.out.println("The input file <"+xmlURI+"> parsed without errors");
   }
   ...