7 Using the XML Pipeline Processor for Java

Prerequisites

This chapter assumes that you are familiar with the following topics:

• XML Pipeline Definition Language. This XML vocabulary enables you to describe the processing relations between XML resources. If you require a more thorough introduction to the Pipeline Definition Language, consult the XML resources listed in "Related Documents" of the preface.

• Document Object Model (DOM). DOM is an in-memory tree representation of the structure of an XML document.

• Simple API for XML (SAX). SAX is a standard for event-based XML parsing.

• XML Schema language. Refer to Chapter 5, "Using the Schema Processor for Java" for an overview and links to suggested reading.

Standards and Specifications

The Oracle XML Pipeline processor is based on the W3C XML Pipeline Definition Language Version 1.0 Note. The W3C Note defines an XML vocabulary rather than an API. You can find the Pipeline specification at the following URL:

http://www.w3.org/TR/xml-pipeline/

"Pipeline Definition Language Standard for the XDK for Java" describes the differences between the Oracle XDK implementation of the Oracle XML Pipeline processor and the W3C Note.

Multistage XML Processing

The Oracle XML Pipeline processor is built on the XML Pipeline Definition Language. The processor can take an input XML pipeline document and execute pipeline processes according to derived dependencies. A pipeline document, which is written in XML, specifies the processes to be executed in a declarative manner. You can associate Java classes with processes by using the <processdef/> element in the pipeline document.

Use the Pipeline processor for mutistage processing, which occurs when you process XML components sequentially or in parallel. The output of one stage of processing can become the input of another stage of processing. You can write a pipeline document that defines the inputs and outputs of the processes. Figure 7-1 illustrates a possible pipeline sequence.

Figure 7-1 Pipeline Processing

In addition to the XML Pipeline processor itself, the XDK provides an API for processes that you can pipe together in a pipeline document. Table 7-2 summarizes the classes provided in the oracle.xml.pipeline.processes package.

The typical stages of processing XML in a pipeline are as follows:

1. Parse the input XML documents. The oracle.xml.pipeline.processes package includes DOMParserProcess for DOM parsing and SAXParserProcess for SAX parsing.

2. Validate the input XML documents.

3. Serialize or transform the input documents. Note that the Pipeline processor does not enable you to connect the SAX parser to the XSLT processor, which requires a DOM.

In multistage processing, SAX is ideal for filtering and searching large XML documents. You should use DOM when you need to change XML content or require efficient dynamic access to the content.

Customized Pipeline Processes

The oracle.xml.pipeline.controller.Process class is the base class for all pipeline process definitions. The classes in the oracle.xml.pipeline.processes package extend this base class. To create a customized pipeline process, you need to create a class that extends the Process class.

At the minimum, every custom process should override the do-nothing initialize() and execute() methods of the Process class. If the customized process accepts SAX events as input, then it should override the SAXContentHandler() method to return the appropriate ContentHandler that handles incoming SAX events. It should also override the SAXErrorHandler() method to return the appropriate ErrorHandler. Table 7-1 provides further descriptions of the preceding methods.

Using the XML Pipeline Processor: Basic Process

The XML Pipeline processor is accessible through the following packages:

• oracle.xml.pipeline.controller, which provides an XML Pipeline controller that executes XML processes in a pipeline based on dependencies.

• oracle.xml.pipeline.processes, which provides wrapper classes for XML processes that can be executed by the XML Pipeline controller. The oracle.xml.pipeline.processes package contains the classes that you can use to design a pipeline application framework. Each class extends the oracle.xml.pipeline.controller.Process class.

  Table 7-2 lists the components in the package. You can connect these components and processes through a combination of the XML Pipeline processor and a pipeline document.

Figure 7-2 illustrates how to pass a pipeline document to a Java application that uses the XML Pipeline processor, configure the processor, and execute the pipeline.

Figure 7-2 Using the Pipeline Processor for Java

The basic steps are as follows:

1. Instantiate a pipeline document, which forms the input to the pipeline execution. Create the object by passing a FileReader to the constructor as follows:

   PipelineDoc pipe;
   FileReader f;
   pipe = new PipelineDoc((Reader)f, false);
   
   

2. Instantiate a pipeline processor. PipelineProcessor is the top-level class that executes the pipeline. Table 7-3 describes some of the available methods.

   Table 7-3 PipelineProcessor Methods

   Method	Description
   executePipeline()	Executes the pipeline based on the PipelineDoc set by invoking setPipelineDoc().
   getExecutionMode()	Gets the type of execution mode: PIPELINE_SEQUENTIAL or PIPELINE_PARALLEL.
   setErrorHandler()	Sets the error handler for the pipeline. This call is mandatory to execute the pipeline.
   setExecutionMode()	Sets the execution mode. PIPELINE_PARALLEL is the default and specifies that the processes in the pipeline should execute in parallel. PIPELINE_SEQUENTIAL specifies that the processes in the pipeline should execute sequentially.
   setForce()	Sets execution behavior. If TRUE, then the pipeline executes regardless of whether the target is up-to-date with respect to the pipeline inputs.
   setPipelineDoc()	Sets the PipelineDoc object for the pipeline.

   
   

   The following statement instantiates the pipeline processor:

   proc = new PipelineProcessor();
   
   

3. Set the processor to the pipeline document. For example:

   proc.setPipelineDoc(pipe);
   
   

4. Set the execution mode for the processor and perform any other needed configuration. For example, set the mode by passing a constant to PipelineProcessor.setExecutionMode().

   The following statement specifies sequential execution:

   proc.setExecutionMode(PipelineConstants.PIPELINE_SEQUENTIAL); 
   
   

5. Instantiate an error handler. The error handler must implement the PipelineErrorHandler interface. For example:

   errHandler = new PipelineSampleErrHdlr(logname);
   
   

6. Set the error handler for the processor by invoking setErrorHandler(). For example:

   proc.setErrorHandler(errHandler);
   
   

7. Execute the pipeline. For example:

   proc.executePipeline();
   

   
   

   See Also: Oracle Database XML Java API Reference to learn about the oracle.xml.pipeline subpackages "Creating a Pipeline Document"

   
   

Running the XML Pipeline Processor Demo Programs

Demo programs for the XML Pipeline processor are included in $ORACLE_HOME/xdk/demo/java/pipeline. Table 7-4 describes the XML files and Java source files that you can use to test the utility.

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

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

2. Make sure that your environment variables are set as described in "Setting Up the Java XDK Environment".

3. Run make (UNIX) or Make.bat (Windows) at the system prompt to generate class files for PipelineSample.java and PipelineSampleErrHdler.java and run the demo programs. The programs write output files to the log subdirectory.

   Alternatively, you can run the demo programs manually by using the following syntax:

   java PipelineSample pipedoc pipelog [ seq | para ]
   
   

   The pipedoc option specifies which pipeline document to use. The pipelog option specifies the name of the pipeline log file, which is optional unless you specify seq or para, in which case a filename is required. If you do not specify a log file, then the program generates pipeline.log by default. The seq option processes threads sequentially; para processes in parallel. If you specify neither seq or para, then the default is parallel processing.

4. View the files generated from the pipeline, which are all named with the initial string myresult, and the log files.

Using the XML Pipeline Processor Command-Line Utility

The command-line interface for the XML Pipeline processor is named orapipe. The Pipeline processor is packaged with Oracle database. By default, the Oracle Universal Installer installs the utility on disk in $ORACLE_HOME/bin.

Before running the utility for the first time, make sure that your environment variables are set as described in "Setting Up the Java XDK Environment". Run orapipe at the operating system command line with the following syntax:

orapipe options pipedoc

The pipedoc is the pipeline document, which is required. Table 7-5 describes the available options for the orapipe utility.

Creating a Pipeline Document

To use the Oracle XML Pipeline processor, you must create an XML document according to the rules of the Pipeline Definition Language specified in the W3C Note.

The W3C specification defines the XML processing components and the inputs and outputs for these processes. The XML Pipeline processor includes support for the following XDK components:

• XML parser

• XML compressor

• XML Schema validator

• XSLT processor

<pipeline xmlns="http://www.w3.org/2002/02/xml-pipeline"
          xml:base="http://example.org/">
 
  <param name="target" select="myresult.html"/>
 
  <processdef name="domparser.p" 
   definition="oracle.xml.pipeline.processes.DOMParserProcess"/>
  <processdef name="xslstylesheet.p"  
   definition="oracle.xml.pipeline.processes.XSLStylesheetProcess"/>
  <processdef name="xslprocess.p" 
   definition="oracle.xml.pipeline.processes.XSLProcess"/>
 
   <process id="p2" type="xslstylesheet.p" ignore-errors="false">
     <input name="xsl" label="book.xsl"/>
     <outparam name="stylesheet" label="xslstyle"/>
   </process>
 
   <process id="p3" type="xslprocess.p" ignore-errors="false">
     <param name="stylesheet" label="xslstyle"/>
     <input name="document" label="xmldoc"/>
     <output name="result" label="myresult.html"/>
   </process>
 
  <process id="p1" type="domparser.p" ignore-errors="true">
     <input name="xmlsource" label="book.xml "/>
     <output name="dom" label="xmldoc"/>
     <param name="preserveWhitespace" select="true"></param>
     <error name="dom">
       <html xmlns="http://www/w3/org/1999/xhtml">
         <head>
            <title>DOMParser Failure!</title>
         </head>
         <body>
           <h1>Error parsing document</h1>
         </body>
       </html>
     </error>
  </process>
 
</pipeline>

Writing a Pipeline Processor Application

The PipelineSample.java source file illustrates a basic pipeline application. You can use the application with any of the pipeline documents in Table 7-4 to parse and transform an input XML document.

The basic steps of the program are as follows:

1. Perform the initial setup. The program declares references of type FileReader (for the input XML file), PipelineDoc (for the input pipeline document), and PipelineProcessor (for the processor). The first argument is the pipeline document, which is required. If a second argument is received, then it is stored in the logname String. The following code fragment illustrates this technique:

   public static void main(String[] args)
   {
     FileReader f;
     PipelineDoc pipe;
     PipelineProcessor proc;
    
     if (args.length < 1)
     {
       System.out.println("First argument needed, other arguments are ".
                          "optional:");
       System.out.println("pipedoc.xml <output_log> <'seq'>");
       return;
     }
     if (args.length > 1)
       logname = args[1];
     ...
   
   

2. Create a FileReader object by passing the first command-line argument to the constructor as the filename. For example:

   f = new FileReader(args[0]);
   
   

3. Create a PipelineDoc object by passing the reference to the FileReader object. The following example casts the FileReader to a Reader and specifies no validation:

   pipe = new PipelineDoc((Reader)f, false);
   
   

4. Instantiate an XML Pipeline processor. The following statement instantiates the pipeline processor:

   proc = new PipelineProcessor();
   
   

5. Set the processor to the pipeline document. For example:

   proc.setPipelineDoc(pipe);
   
   

6. Set the execution mode for the processor and perform any other configuration. The following code fragment uses a condition to determine the execution mode. If three or more arguments are passed to the program, then it sets the mode to sequential or parallel depending on which argument is passed. For example:

   String execMode = null;
   if (args.length > 2)
   {
      execMode = args[2];
      if(execMode.startsWith("seq"))
         proc.setExecutionMode(PipelineConstants.PIPELINE_SEQUENTIAL);
      else if (execMode.startsWith("para"))
         proc.setExecutionMode(PipelineConstants.PIPELINE_PARALLEL);
   }
   
   

7. Instantiate an error handler. The error handler must implement the PipelineErrorHandler interface. The program uses the PipelineSampleErrHdler shown in PipelineSampleErrHdlr.java. The following code fragment illustrates this technique:

   errHandler = new PipelineSampleErrHdlr(logname);
   
   

8. Set the error handler for the processor by invoking setErrorHandler(). The following statement illustrates this technique:

   proc.setErrorHandler(errHandler);
   
   

9. Execute the pipeline. The following statement illustrates this technique:

   proc.executePipeline();
   

   
   

   See Also: Oracle Database XML Java API Reference to learn about the oracle.xml.pipeline subpackages

   
   

Writing a Pipeline Error Handler

An application calling the XML Pipeline processor must implement the PipelineErrorHandler interface to handle errors received from the processor. Set the error handler in the processor by calling setErrorHandler(). When writing the error handler, you can choose to throw an exception for different types of errors.

The oracle.xml.pipeline.controller.PipelineErrorHandler interface declares the methods shown in Table 7-6, all of which return void.

The first three methods in Table 7-6 receive a reference to an oracle.xml.pipeline.controller.PipelineException object. The following methods of the PipelineException class are especially useful:

• getExceptionType(), which obtains the type of exception thrown

• getProcessId(), which obtains the process ID where the exception occurred

• getMessage(), which returns the message string of this Throwable error

The PipelineSampleErrHdler.java source file implements a basic error handler for use with the PipelineSample program. The basic steps are as follows:

1. Implement a constructor. The constructor accepts the name of a log file and wraps it in a FileWriter object as follows:

   PipelineSampleErrHdlr(String logFile) throws IOException
   {
     log = new PrintWriter(new FileWriter(logFile));
   }
   
   

2. Implement the error() method. This implementation prints the process ID, exception type, and error message. It also increments a variable holding the error count. For example:

   public void error (String msg, PipelineException e) throws Exception
   {
     log.println("\nError in: " + e.getProcessId());
     log.println("Type: " + e.getExceptionType());
     log.println("Message: " +  e.getMessage());
     log.println("Error message: " + msg);
     log.flush();
     errCount++;
   }
   
   

3. Implement the fatalError() method. This implementation follows the pattern of error(). For example:

   public void fatalError (String msg, PipelineException e) throws Exception
   {
     log.println("\nFatalError in: " + e.getProcessId());
     log.println("Type: " + e.getExceptionType());
     log.println("Message: " +  e.getMessage());
     log.println("Error message: " + msg);
     log.flush();
     errCount++;
   }
   
   

4. Implement the warning() method. This implementation follows the basic pattern of error() except it increments the warnCount variable rather than the errCount variable. For example:

   public void warning (String msg, PipelineException e) throws Exception
   {
     log.println("\nWarning in: " + e.getProcessId());
     log.println("Message: " +  e.getMessage());
     log.println("Error message: " + msg);
     log.flush();
     warnCount++;
   }
   
   

5. Implement the info() method. Unlike the preceding methods, this method does not receive a PipelineException reference as input. The following implementation prints the String received by the method and increments the value of the warnCount variable:

   public void info (String msg)
   {
     log.println("\nInfo : " + msg);
     log.flush();
     warnCount++;   
   }
   
   

6. Implement a method to close the PrintWriter. The following code implements the method closeLog(), which prints the number of errors and warnings and calls PrintWriter.close():

   public void closeLog()
   {
     log.println("\nTotal Errors: " + errCount + "\nTotal Warnings: " +
                  warnCount);
     log.flush();
     log.close();
   }
   

   
   

   See Also: Oracle Database XML Java API Reference to learn about the PipelineErrorHandler interface and the PipelineException class