This chapter contains these topics:
The Oracle XML JavaBeans are a set of XML components that you can use in Java applications and applets.
This section contains the following topics:
This chapter assumes that you are familiar with the following technologies:
JavaBeans. JavaBeans components, or Beans, are reusable software components that can be manipulated visually in a builder tool.
Java Database Connectivity (JDBC). Database connectivity is included with the XDK JavaBeans. The beans can connect directly to a JDBC-enabled database to retrieve and store XML and XSL files.
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 7, "Using the Schema Processor for Java" for an overview and links to suggested reading.
The XDK JavaBeans require version 1.2 or higher of the XDK and can be used with any version of JDK 1.2 or above. All of the XDK beans conform to the Sun JavaBeans specification and include the required BeanInfo
class that extends java.beans.SimpleBeanInfo
.
The JavaBeans 1.01 specification, which describes JavaBeans as present in JDK 1.1, is available at the following URL:
http://www.oracle.com/technetwork/java/index.html
The additions for the Java 2 platform to the JavaBeans core specification provide developers with standard means to create more sophisticated JavaBeans components. The JavaBeans specifications for Java 2 are available at the following URL:
http://www.oracle.com/technetwork/java/index.html
See Also:
Chapter 31, "XDK Standards" for a summary of the standards supported by the XDKThe Oracle XDK JavaBeans facilitate the addition of GUIs to XML applications. Bean encapsulation includes documentation and descriptors that you can access directly from Java IDEs such as Oracle JDeveloper.
The XDK includes the following beans:
The oracle.xml.async.DOMBuilder
bean constructs a DOM tree from an XML document. The DOMBuilder
JavaBean encapsulates the XML parser for Java DOMParser
class with a bean interface and enhances by supporting asynchronous parsing. By registering a listener, Java programs can initiate parsing of large or successive documents and immediately return control to the caller.
One of the main benefits of this bean is increased efficiency when parsing multiple files, especially if the files are large. DOMBuilder
can also provide asynchronous parsing in a background thread in interactive visual applications. Without asynchronous parsing, the GUI is useless until the document to be parsed. With DOMBuilder, the application calls the parse method and then resumes control. The application can display a progress bar, allow the user to cancel the parse, and so forth.
The oracle.xml.async.XSLTransformer
bean supports asynchronous transformation. It accepts an XML document, applies an XSLT stylesheet, and creates an output file. The XSLTransformer
JavaBean enables you to transform an XML document to almost any text-based format, including XML, HTML, and DDL. This bean can also be used as the basis of a server-side application or servlet to render an XML document, such as an XML representation of a query result, into HTML for display in a browser.
The main benefit of the XSLTransformer
bean is that it can transform multiple files in parallel. Like DOMBuilder
, you can also use it in visual applications to avoid long periods of time when the GUI is nonresponsive. By implementing the XSLTransformerListener interface, the calling application receives notification when the transformation completes.
The oracle.xml.dbaccess.DBAccess
bean maintains CLOB
tables that contain multiple XML and text documents. You can use it when you need to store and retrieve XML documents in the database, but do not need to process them within the database. Java applications that use the DBAccess bean connect to the database through JDBC. Note that XML documents stored in CLOB
tables that are not of type XMLType
do not have their entities expanded.
The DBAccess
bean enables you to do perform the following tasks:
Create and delete tables of type CLOB
.
Query the contents of CLOB
tables.
Perform INSERT
, UPDATE
, and DELETE
operations on XML documents stored in CLOB
tables.
The oracle.xml.xmldbaccess.XMLDBAccess
bean extends the DBAccess
bean to support XML documents stored in XMLType
tables. The class provides methods to list, delete, or retrieve XMLType
instances and their tables. For example, the getXMLXPathTextData()
method retrieves the value of an XPath expression from an XML document.
DBAccess
JavaBean maintains XMLType
tables that can hold multiple XML and text documents. Each XML or text document is stored as a row in the table. The table is created with the following SQL statement:
CREATE TABLE (FILENAME CHAR( ) UNIQUE, FILEDATA SYS.XMLType);
The FILENAME
field holds a unique string used as a key to retrieve, update, or delete the row. Document text is stored in the FILEDATA
field.
The XMLDBAccess
bean performs the following tasks:
Creates and deletes XMLType
tables
Lists the contents of an XMLType
column
Performs INSERT
, UPDATE
, and DELETE
operations on XML documents stored in XMLType
tables
When comparing XML documents, it is usually unhelpful to compare them character by character. Most XML comparisons are concerned with differences in structure and significant textual content, not differences in whitespace. The oracle.xml.differ.XMLDiff
bean performs the following useful tasks:
Constructs and compares the DOM trees for two input XML documents and indicates whether the documents are different.
Provides a graphical display of the differences between two XML files. Specifically, you can see node insert, delete, modify, or move.
Generates an XSLT stylesheet that can convert one of the input XML documents into the other document.
The XMLDiff
bean is especially useful in pipeline applications. For example, an application could update an XML document, compare it with a previous version of the document, and store the XSLT stylesheet that shows the differences between them.
As explained in "Compressing XML", the Oracle XML parser includes a compressor that can serialize XML document objects as binary streams. Although a useful tool, compression with XML parser has the following disadvantages:
When XML data is deserialized, it must be reparsed.
The encapsulation of XML data in tags greatly increase its size.
The oracle.xml.xmlcomp.XMLCompress
bean is an encapsulation of the XML compression functionality. It provides the following advantages when serializing and deserializing XML:
It encapsulates the method that serializes the DOM, which results in a stream.
XML processors can regenerate the DOM from the compressed stream without reparsing the XML.
The bean supports compression and decompression of input XML parsed by DOMParser
or SAXParser
. DOM compression supports inputs of type XMLType
, CLOB
, and BLOB
.
To use different parsing options, parse the document before input and then pass the XMLDocument
object to the compressor bean. The compression factor is a rough value based on the file size of the input XML file and the compressed file. The limitation of the compression factor method is that it can only be used when the compression is performed with java.io.File
objects as parameters.
The oracle.xml.schemavalidator.XSDValidator
bean encapsulates the XSDValidator
class and adds capabilities for validating a DOM tree. One of the most useful features of this bean concerns validation errors. If the application throws a validation error, the getStackList()
method returns a list of DOM tree paths that lead to the invalid node. Nodes with errors are returned in a vector of stack trees in which the top element of the stack represents the root node. You can obtain child nodes by pulling them from the stack. To use getStackList()
you must use instantiate the java.util.Vector
and java.util.Stack
classes.
This section contains the following topics:
This section describes the program flow of Java applications that use the more useful beans: DOMBuilder
, XSLTransformer
, XMLDBAccess
, and XMLDiff
. The section contains the following topics:
The DOMBuilder
class implements an XML 1.0 parser according to the W3C recommendation. It parses an XML document and builds a DOM tree. The parsing is done in a separate thread. The DOMBuilderListener
interface must be used for notification when the tree is built.
When developing applications that use this bean, you should import the following subpackages:
oracle.xml.async
, which provides asynchronous Java beans for DOM building
oracle.xml.parser.v2
, which provides APIs for SAX, DOM, and XSLT
The oracle.xml.parser.v2
subpackage is described in detail in Chapter 4, "XML Parsing for Java". The most important DOM-related classes and interfaces in the javax.xml.async
package are described in Table 10-1.
Table 10-1 javax.xml.async DOM-Related Classes and Interfaces
Class/Interface | Description |
---|---|
|
Encapsulates an XML parser to parse an XML document and build a DOM tree. The parsing is done in a separate thread. The |
|
Instantiates the event object that |
|
Must be implemented so that the program can receive notifications about events during the asynchronous parsing. The class implementing this interface must be added to the |
|
Defines the error event that is sent when parse exception occurs. |
|
Must be implemented so that the program can receive notifications when errors are found during parsing. The class implementing this interface must be added to the |
Figure 10-1 depicts the basic process of an application that uses the DOMBuilder
JavaBean.
Figure 10-1 shows the following stages of XML processing:
Parse the input XML document. The program can receive the XML document as a file, string buffer, or URL.
Add the DOMBuilder
listener. The program invokes the method DOMBuilder.addDOMBuilderListener(DOMBuilderListener)
.
Parse the XML document. The program invokes the DOMBuilder.parse()
method.
Optionally, process the parsed result further.
Call the listener when the program receives an asynchronous call. The listener, which must implement the DOMBuilderListener
interface, is called by invoking the DOMBuilderOver()
method.
The available DOMBuilderListener
methods are:
Fetch the DOM. Invoke the DOMBuilder.getDocument()
method to fetch the resulting DOM document and output it.
The XSLTransformer
bean encapsulates the Java XML parser XSLT processing engine with a bean interface and extends its functionality to permit asynchronous transformation. By registering a listener, your Java application can transform large and successive documents by having the control returned immediately to the caller.
When developing applications that use this bean, you should import the following subpackages:
oracle.xml.async
, which provides asynchronous Java beans for XSL transformations
oracle.xml.parser.v2
, which provides APIs for XML parsing SAX, DOM, and XSLT
The oracle.xml.parser.v2 subpackage
is described in detail in Chapter 4, "XML Parsing for Java". The most important XSL-related classes and interfaces in the javax.xml.async
package are described in Table 10-2.
Table 10-2 javax.xml.async XSL-Related Classes and Interfaces
Class/Interface | Description |
---|---|
|
Applies XSL transformation in a background thread. |
|
Represents the event object used by |
|
Must be implemented so that the program can receive notifications about events during asynchronous transformation. The class implementing this interface must be added to the |
|
Instantiates the error event object that |
|
Must be implemented so that the program can receive notifications about error events during the asynchronous transformation. The class implementing this interface must be added to the |
Figure 10-2 illustrates XSLTransformer
bean usage.
Figure 10-2 XSLTransformer JavaBean Usage
Figure 10-2 goes through the following stages:
Input an XSLT stylesheet and XML instance document.
Add an XSLT listener. The program invokes the XSLTransfomer.addXSLTransformerListener()method
.
Apply the stylesheets. The XSLTransfomer.processXSL()
method initiates the XSL transformation in the background.
Optionally, perform further processing with the XSLTransformer
bean.
Call the XSLT listener when the program receives an asynchronous call. The listener, which must implement the XSLTransformerListener
interface, is called by invoking the xslTransformerOver()
method.
Fetch the result of the transformation. Invoke the XSLTransformer.getResult()
method to return the XML document fragment for the resulting document.
Output the XML document fragment.
When developing applications that use the XMLDBAccess
bean, you should use the following subpackages:
oracle.xml.xmldbaccess
, which includes the XMLDBAccess
bean
oracle.xml.parser.v2
, which provides APIs for XML parsing SAX, DOM, and XSLT
The oracle.xml.parser.v2 subpackage
is described in detail in Chapter 4, "XML Parsing for Java". Some of the more important methods in the XMLDBAccess
class are described in Table 10-3.
Table 10-3 XMLDBAccess Methods
Class/Interface | Description |
---|---|
|
Creates an |
|
Inserts a text file as a row in an |
|
Replaces a text file as a row in an |
|
Retrieves all XML tables with names starting with a specified string. |
|
Retrieves text file from an |
|
Retrieves the text data based on the XPath expression from an |
Figure 10-3 illustrates typical XMLDBAccess
bean usage. It shows how the DBAccess
bean maintains and manipulates XML documents stored in XMLType
s.
For example, an XMLDBAaccess
program could process XML documents in the following stages:
Create an XMLType
table. Invoke createXMLTypeTable()
by passing it database connection information and a table name.
List the XMLType
tables. Invoke getXMLTypeTableNames()
by passing it database connection information and an empty string.
Load XML data into the table. Invoke replaceXMLTypeData()
by passing it database connection information, the table name, the XML file name, and a string containing the XML.
Retrieve the XML data into a String
. Invoke getXMLTypeData()
by passing it the connection information, the table name, and the XML file name.
Retrieve XML data based on an XPath expression. Invoke getXMLXPathTextData()
by passing it the connection information, the table name, the XML file name, and the XPath expression.
Close the connection.
When developing applications that use the XMLDiff
bean, you typically use the following subpackages:
oracle.xml.xmldiff
, which includes the XMLDiff
bean
oracle.xml.parser.v2
, which provides APIs for XML parsing SAX, DOM, and XSLT
oracle.xml.async
, which provides asynchronous Java beans for DOM building
The oracle.xml.parser.v2 subpackage
is described in detail in Chapter 4, "XML Parsing for Java". Some important methods in the XMLDiff
class are described in Table 10-4.
Class/Interface | Description |
---|---|
|
Determines the differences between two input XML files or two XMLDocument objects. |
|
Generates an XSL file that represents the differences between the input two XML files. The first XML file can be transformed into the second XML file with the generated stylesheet. If the XML files are the same, then the XSL generated can transform the first XML file into the second XML file, where the first and second files are equivalent. Related methods are |
|
Sets the XML files that need to be compared. |
|
Gets the document root as an XMLDocument object of the first XML tree. |
|
Gets the text panel as |
Figure 10-4 illustrates typical XMLDiff
bean usage. It shows how XMLDiff
bean compares and displays the differences between input XML documents.
For example, an XMLDiff
program could process XML documents in the following stages:
Create an XMLDiff
object.
Set the files to be compared. Create File
objects for the input files and pass references to the objects to XMLDiff.setFiles()
.
Compare the documents. The diff()
method returns false
if the XML files are the same and true
if they are different.
Respond depending on the whether the input XML documents are the same or different. For example, if they are the same, invoke JOptionPane.showMessageDialog()
to print a message.
Generate an XSLT stylesheet that shows the differences between the input XML documents. For example, generateXSLDoc()
generates an XSL stylesheet as an XMLDocument
.
Display the DOM trees created by XMLDiff
.
Demo programs for the XDK JavaBeans are included in the $ORACLE_HOME/xdk/demo/java/transviewer
directory. The demos illustrate the use of the XDK beans described in "XDK JavaBeans Features" as well as some visual beans that are now deprecated. The following list shows all of the beans used in the demos:
XSLTransformer
DOMBuilder
DBAccess
XMLDBAccess
XMLDiff
XMLCompress
XSDValidator
oracle.xml.srcviewer.XMLSourceView
(deprecated)
oracle.xml.treeviewer.XMLTreeView
(deprecated)
oracle.xml.transformer.XMLTransformPanel
(deprecated)
oracle.xml.dbviewer.DBViewer
(deprecated)
Although the visual beans are deprecated, they remain useful as educational tools. Consequently, the deprecated beans are included in $ORACLE_HOME/lib/xmldemo.jar
. The nondeprecated beans are included in $ORACLE_HOME/lib/xml.jar
.
Table 10-5 lists the sample programs provided in the demo directory. The first column of the table indicates which sample program use deprecated beans.
Table 10-5 JavaBean Sample Java Source Files
Sample | File Name | Description |
---|---|---|
(deprecated) |
|
A visual application that uses the See Also: "Running sample1" |
(deprecated) |
|
A sample visual application that uses the See Also: "Running sample2" |
|
|
A nonvisual application that uses the See Also: "Running sample3" |
(deprecated) |
|
A visual application that uses the See Also: "Running sample4" |
|
This |
|
|
This |
|
|
|
A nonvisual application for the To use See Also: "Running sample5" |
(deprecated) |
|
A visual application that uses the See Also: "Running sample6" |
|
A class that implements the |
|
|
A |
|
(deprecated) |
|
A visual application that uses the See Also: "Running sample7" |
|
A simple class that pipes information from the GUI to the bean. This class is used in |
|
|
A |
|
|
A |
|
|
A |
|
(deprecated) |
|
A visual application that uses the See Also: "Running sample8" |
|
A |
|
(deprecated) |
|
A visual application that uses the See Also: "Running sample9" |
|
A class that shows how to use the |
|
|
|
An application that shows how to use the See Also: "Running sample10" |
Table 10-6 describes additional files that are used by the demo programs.
Table 10-6 JavaBean Sample Files
File Name | Description |
---|---|
|
An XML document used by the |
|
An XML document used by the |
|
An XML document for use by |
|
An XML document used by |
|
An XML document for use by |
|
An XSLT stylesheet for use by |
|
An XSLT stylesheet for use by |
|
A sample XML document for use in |
|
An XML document used by the |
|
An XML schema document used by the |
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:
Change into the $ORACLE_HOME/xdk/demo/java/transviewer
directory (UNIX) or %ORACLE_HOME%\xdk\demo\java\transviewer
directory (Windows).
Make sure that your environment variables are set as described in "Setting Up the Java XDK Environment". The beans require JDK 1.2 or higher. The DBViewer
and DBTransformPanel
beans require JDK 1.2.2 when rendering HTML. Prior versions of the JDK may not render HTML in the result buffer properly.
Edit the Makefile
(UNIX) or Make.bat
(Windows) for your environment. In particular, do the following:
Change the JDKPATH
in the Makefile
to point to your JDK path.
Change PATHSEP
to the appropriate path separator for your operating system.
Change the HOSTNAME
, PORT
, SID
, USERID
, and PASSWORD
parameters so that you can connect to the database through the JDBC thin driver. These parameters are used in sample4
and sample5
.
Run make
(UNIX) or Make.bat
(Windows) at the system prompt to generate the class files.
Run gmake
as follows to run the demos:
gmake sample1 gmake sample2 gmake sample3 gmake sample4 gmake sample5 gmake sample6 gmake sample7 gmake sample8 gmake sample9 gmake sample10
The following sections explain how to run the demos.
Sample1
is the program that uses the XMLTransViewer
bean. You can run the program manually as follows:
java XMLTransformPanelSample
You can use the program to import and export XML files from Oracle database, store XSL transformation files in the database, and apply stylesheets to XML interactively. To use the database connectivity feature in this program, you need to know the network name of the computer where the database runs, the port (usually 1521
), and the name of the Oracle instance (usually orcl
). You also need an account with CREATE TABLE
privileges. If you have installed the sample schemas, then you can use the account hr
. You can the XMLTransViewer
program to apply stylesheet transformation to XML files and display the result.The program displays a panel with tabs on the top and the bottom. The first two top tabs are used to switch between the XML buffer and the XSLT buffer. The third tab performs XSL transformation on the XML buffer and displays the result. The first two tabs on the bottom can be used to load and save data from Oracle database and from the file system. The remaining bottom tabs switch the display of the current content to tree view, XML source, edit mode and, in case of the result view after the transformation, HTML.
Sample2
is a GUI-based demo for the XMLSourceView
and XMLTreeView
beans, which are deprecated. The ViewSample
program displays the booklist.xml
file in separate source and tree views. You can run the program manually as follows:
java ViewSample
Sample3
is a nonvisual demo for the asynchronous DOMBuilder
and XSLTransformer
beans. The AsyncTransformSample
program applies the doc.xsl
XSLT stylesheet to all *.xml
files in the current directory. The program writes output to files with the extension .log
. You can run the program as follows:
java AsyncTransformSample
Sample4
is a visual demo for the DBViewer
bean, which is deprecated. It runs in the following stages:
It starts SQL*Plus, connects to the database with the USERID
and PASSWORD
specified in the Makefile
, and runs the claim.sql
script. This script creates a number of tables, views, and types for use by the DBViewSample
demo program.
It runs the DBViewSample program as follows:
java -classpath "$(MAKE_CLASSPATH)" DBViewSample
JDBC connection information is hard-coded in the DBViewClaims.java
source file, which implements a class used by the demo. Specifically, the program assumes the values for USERID
, PASSWORD
, and so forth set in the Makefile
. If your configuration is different, navigate to line 92 in DBViewClaims.java
and modify setUsername()
, setPassword()
, and so forth with values that reflect your Oracle database configuration.
Sample5
is a nonvisual demo for the XMLDBAccess
bean. It uses the XMLType objects to store XML documents inside the database.The following program connects to the database with the Java thin client, creates XMLType
tables, and loads the data from booklist.xml
. To run the program you must specify the following pieces of information as command-line arguments:
Host name (for example, myhost
)
Port number (for example, 1521
)
SID of the database (for example, ORCL
)
Database account in which the tables will be created (for example, hr
)
Password for the database account (for example, hr
)
For example, you can run the program as follows:
java XMLDBAccessSample myhost 1521 ORCL hr hr
The following text shows sample output from dbaccess.log
:
Demo for createXMLTypeTables(): Table +'testxmltype' successfully created. Demo for listXMLTypeTables(): tablenamename=TESTXMLTYPE Demo for replaceXMLTypeData() (similar to insert): XML Data from +'booklist.xml' successfully replaced in table 'testxmltype'. Demo for getXMLTypeData(): XMLType data fetched: <?xml version="1.0"?> <booklist> <book isbn="1234-123456-1234"> <title>C Programming Language</title> <author>Kernighan and Ritchie</author> <publisher>EEE</publisher> <price>7.99</price> </book> ... <book isbn="1230-23498-2349879"> <title>Emperor's New Mind</title> <author>Roger Penrose</author> <publisher>Oxford Publishing Company</publisher> <price>15.99</price> </book> </booklist> Demo for getXMLTypeXPathTextData(): Data fetched using XPath exp '/booklist/book[3]': <book isbn="2137-598354-65978"> <title>Twelve Red Herrings</title> <author>Jeffrey Archer</author> <publisher>Harper Collins</publisher> <price>12.95</price> </book>
The sample6
program is a visual demo for the XMLDiff
bean. The XMLDiffSample
class invokes a GUI that enables you to choose the input data files from the File menu by selecting Compare XML Files. The Transform menu enables you to apply the generated XSLT generated to the first input XML. Select Save As in the File menu to save the output XML file, which will be the same as the second input file. By default, the program compares XMLDiffData1.txt
to XMLDiffData2.txt
and stores the XSLT output as XMLDiffSample.xsl
.
You can run the program manually as follows:
java -mx50m XMLDiffSample XMLDiffData1.txt XMLDiffData2.txt
If the input XML files use a DTD that accesses a URL outside a firewall, then modify XMLDiffSample.java
to include the proxy server settings before the setFiles()
call. For example, modify the program as follows:
/* Set proxy to access dtd through firewall */ Properties p = System.getProperties(); p.put("proxyHost", "www.proxyservername.com"); p.put("proxyPort", "80"); p.put("proxySet", "true"); /* You will also have to import java.util.*; */
The sample7
visual demo illustrates the use of the XMLCompress
bean. The compviewer
class invokes a GUI which lets the user compress and uncompress XML files and data obtained from the database. The loading options enable the user to retrieve the data either from a file system or a database. This application does not support loading and saving compressed data from the database. The compression factor indicates a rough estimate by which the XML data is reduced.
You can run the program manually as follows:
java compviewer
The sample8
demo illustrates the use of the XMLTreeViewer
bean. The XMLSchemaTreeViewer
program enables the user to view an XMLDocument
in a tree format. The user can input a schema document and validate the instance document against the schema. If the document is invalid, then the invalid nodes are highlighted with the error message. Also, the program displays a log of all the line information in a separate panel, which enables the user to edit the instance document and revaluated. Test the program with sample files purchaseorder.xml
and purchaseorder.xsd
. The instance document purchaseorder.xml
does not comply with schema defined in purchaseorder.xsd
.
You can run the program manually as follows:
java XMLSchemaTreeViewer
The sample9
demo illustrates the use of the SourceViewer
bean. The XMLSrcViewer
program enables you to view an XML document or a DTD with syntax highlighting turned on. You can validate the XML document against an input XML Schema or DTD. The DTD can be internal or external.
If the validation is successful, then you can view the instance document and XML schema or DTD in the Source View pane. If errors were encountered during schema validation, then an error log with line numbers is available in the Error pane. The Source View pane shows the XML document with error nodes highlighted.You can use sample files purchaseorder.xml
and purchaseorder.xsd
for testing XML schema validation with errors. You can use note_in_dtd.xml
with DTD validation mode to view an internal DTD with validation errors. You can run the program manually as follows:
java XMLSrcViewer
The sample10
demo illustrates the use of the XSDValidator
bean. The XSDValidatorSample
program's two input arguments are an XML document and its associated XML schema. The program displays errors occurring during validation, including line numbers.
The following program uses purchaseorder.xsd
to validate the contents of purchaseorder.xml
:
java XSDValidatorSample purchaseorder.xml purchaseorder.xsd
The XML document fails (intentionally) to validate against the schema. The program displays the following errors:
Sample purchaseorder.xml purchaseorder.xsd <Line 2, Column 41>: XML-24523: (Error) Invalid value 'abc' for attribute: 'orderDate' #document->purchaseOrder <Line 7, Column 27>: XML-24525: (Error) Invalid text 'CA' in element: 'state' #document->purchaseOrder->shipTo->state->#text <Line 8, Column 25>: XML-24525: (Error) Invalid text 'sd' in element: 'zip' #document->purchaseOrder->shipTo->zip->#text <Line 14, Column 27>: XML-24525: (Error) Invalid text 'PA' in element: 'state' #document->purchaseOrder->billTo->state->#text <Line 17, Column 22>: XML-24534: (Error) Element 'coment' not expected. #document->purchaseOrder->coment <Line 29, Column 31>: XML-24534: (Error) Element 'shipDae' not expected. #document->purchaseOrder->items->item->shipDae
This section contains the following topics:
As explained in "DOMBuilder" and "XSLTransformer", you can use XDK beans to perform asynchronous XML processing.
The AsyncTransformSample.java
program illustrates how to use both the DOMBuilder
and XSLTransformer
beans. The program implements the following methods:
runDOMBuilders()
runXSLTransformer()
saveResult()
makeXSLDocument()
createURL()
init()
exitWithError()
asyncTransform()
The basic architecture of the program is as follows:
The program declares and initializes the fields used by the class. Note that the input XSLT stylesheet is hard-coded in the program as doc.xsl
. The class defines the following fields:
String basedir = new String ("."); OutputStream errors = System.err; Vector xmlfiles = new Vector(); int numXMLDocs = 1; String xslFile = new String ("doc.xsl"); URL xslURL; XMLDocument xsldoc
The main()
method invokes the init()
method to perform the initial setup. This method lists the files in the current directory, and if it finds files that end in the extension .xml
, it adds them to a Vector
object. The implementation for the init()
method is as follows:
boolean init () throws Exception { File directory = new File (basedir); String[] dirfiles = directory.list(); for (int j = 0; j < dirfiles.length; j++) { String dirfile = dirfiles[j]; if (!dirfile.endsWith(".xml")) continue; xmlfiles.addElement(dirfile); } if (xmlfiles.isEmpty()) { System.out.println("No files in directory were selected for processing"); return false; } numXMLDocs = xmlfiles.size(); return true; }
The main()
method instantiates AsyncTransformSample
as follows:
AsyncTransformSample inst = new AsyncTransformSample();
The main()
method invokes the asyncTransform()
method. The asyncTransform()
method performs the following main tasks:
Invokes makeXSLDocument()
to parse the input XSLT stylesheet.
Calls runDOMBuilders()
to initiate parsing of the instance documents, that is, the documents to be transformed, and then transforms them.
After initiating the XML processing, the program resumes control and waits while the processing occurs in the background. When the last request completes, the method exits.
The following code shows the implementation of the asyncTransform()
method:
void asyncTransform () throws Exception { System.err.println (numXMLDocs + " XML documents will be transformed" + " using XSLT stylesheet specified in " + xslFile + " with " + numXMLDocs + " threads"); makeXSLDocument (); runDOMBuilders (); // wait for the last request to complete while (rm.activeFound()) Thread.sleep(100); }
The following sections explain the makeXSLDocument()
and runDOMBuilders()
methods.
The makeXSLDocument()
method illustrates a simple DOM parse of the input stylesheet. It does not use asynchronous parsing. The technique is the same described in "Performing Basic DOM Parsing".
The method follows these steps:
Create a new DOMParser()
object. The following code fragment from DOMSample.java
illustrates this technique:
DOMParser parser = new DOMParser();
Configure the parser. The following code fragment specifies that whitespace should be preserved:
parser.setPreserveWhitespace(true);
Create a URL
object from the input stylesheet. The following code fragment invokes the createURL()
helper method to accomplish this task:
xslURL = createURL (xslFile);
Parse the input XSLT stylesheet. The following statement illustrates this technique:
parser.parse (xslURL);
Obtain a handle to the root of the in-memory DOM tree. You can use the XMLDocument
object to access every part of the parsed XML document. The following statement illustrates this technique:
xsldoc = parser.getDocument();
The runDOMBuilders()
method illustrates how you can use the DOMBuilder
and XSLTransformer
beans to perform asynchronous processing. The parsing and transforming of the XML occurs in the background.
The method follows these steps:
Create a resource manager to manage the input XML documents. The program creates a for
loop and obtains the XML documents. The following code fragment illustrates this technique:
rm = new ResourceManager (numXMLDocs); for (int i = 0; i < numXMLDocs; i++) { rm.getResource(); ... }
Instantiate the DOM builder bean for each input XML document. For example:
DOMBuilder builder = new DOMBuilder(i);
Create a URL
object from the XML file name. For example:
DOMBuilder builder = new DOMBuilder(i); URL xmlURL = createURL(basedir + "/" + (String)xmlfiles.elementAt(i)); if (xmlURL == null) exitWithError("File " + (String)xmlfiles.elementAt(i) + " not found");
Configure the DOM builder. The following code fragment specifies the preservation of whitespace and sets the base URL for the document:
builder.setPreserveWhitespace(true); builder.setBaseURL (createURL(basedir + "/"));
Add the listener for the DOM builder. The program adds the listener by invoking addDOMBuilderListener()
.
The class instantiated to create the listener must implement the DOMBuilderListener
interface. The program provides a do-nothing implementation for domBuilderStarted()
and domBuilderError()
, but must provide a substantive implementation for domBuilderOver()
, which is the method called when the parse of the XML document completes. The method invokes runXSLTransformer()
, which is the method that transforms the XML. Refer to "Transforming the XML with the XSLTransformer Bean" for an explanation of this method.
The following code fragment illustrates how to add the listener:
builder.addDOMBuilderListener ( new DOMBuilderListener() { public void domBuilderStarted(DOMBuilderEvent p0) {} public void domBuilderError(DOMBuilderEvent p0) {} public synchronized void domBuilderOver(DOMBuilderEvent p0) { DOMBuilder bld = (DOMBuilder)p0.getSource(); runXSLTransformer (bld.getDocument(), bld.getId()); } } );
Add the error listener for the DOM builder. The program adds the listener by invoking addDOMBuilderErrorListener()
.
The class instantiated to create the listener must implement the DOMBuilderErrorListener
interface. The following code fragment show the implementation:
builder.addDOMBuilderErrorListener ( new DOMBuilderErrorListener() { public void domBuilderErrorCalled(DOMBuilderErrorEvent p0) { int id = ((DOMBuilder)p0.getSource()).getId(); exitWithError("Error occurred while parsing " + xmlfiles.elementAt(id) + ": " + p0.getException().getMessage()); } } );
Parse the document. The following statement illustrates this technique:
builder.parse (xmlURL); System.err.println("Parsing file " + xmlfiles.elementAt(i));
When the DOM parse completes, the DOM listener receives notification. The domBuilderOver()
method implements the behavior in response to this event. The program passes the DOM to the runXSLTransformer()
method, which initiates the XSL transformation.
The method follows these steps:
Instantiate the XSLTransformer
bean. This object performs the XSLT processing. The following statement illustrates this technique:
XSLTransformer processor = new XSLTransformer (id);
Create a new stylesheet object. For example:
XSLStylesheet xsl = new XSLStylesheet (xsldoc, xslURL);
Configure the XSLT processor. For example, the following statement sets the processor to show warnings and configures the error output stream:
processor.showWarnings (true); processor.setErrorStream (errors);
Add the listener for the XSLT processor. The program adds the listener by invoking addXSLTransformerListener()
.
The class instantiated to create the listener must implement the XSLTransformerListener
interface. The program provides a do-nothing implementation for xslTransformerStarted()
and xslTransformerError()
, but must provide a substantive implementation for xslTransformerOver()
, which is the method called when the parse of the XML document completes. The method invokes saveResult()
, which prints the transformation result to a file.
The following code fragment illustrates how to add the listener:
processor.addXSLTransformerListener ( new XSLTransformerListener() { public void xslTransformerStarted (XSLTransformerEvent p0) {} public void xslTransformerError(XSLTransformerEvent p0) {} public void xslTransformerOver (XSLTransformerEvent p0) { XSLTransformer trans = (XSLTransformer)p0.getSource(); saveResult (trans.getResult(), trans.getId()); } } );
Add the error listener for the XSLT processor. The program adds the listener by invoking addXSLTransformerErrorListener()
.
The class instantiated to create the listener must implement the XSLTransformerErrorListener
interface. The following code fragment show the implementation:
processor.addXSLTransformerErrorListener ( new XSLTransformerErrorListener() { public void xslTransformerErrorCalled(XSLTransformerErrorEvent p0) { int i = ((XSLTransformer)p0.getSource()).getId(); exitWithError("Error occurred while processing " + xmlfiles.elementAt(i) + ": " + p0.getException().getMessage()); } } );
Transform the XML document with the XSLT stylesheet. The following statement illustrates this technique:
processor.processXSL (xsl, xml);
As explained in "XMLDiff", you can use XDK beans to compare the structure and significant content of XML documents.
The XMLDiffSample.java
program illustrates how to use the XMLDiff
bean. The program implements the following methods:
showDiffs()
doXSLTransform()
createURL()
The basic architecture of the program is as follows:
The program declares and initializes the fields used by the class. Note that one field is of type XMLDiffFrame
, which is the class implemented in the XMLDiffFrame.java
demo. The class defines the following fields:
protected XMLDocument doc1; /* DOM tree for first file */ protected XMLDocument doc2; /* DOM tree for second file */ protected static XMLDiffFrame diffFrame; /* GUI frame */ protected static XMLDiffSample dfxApp; /* XMLDiff sample application */ protected static XMLDiff xmlDiff; /* XML diff object */ protected static XMLDocument xslDoc; /* parsed xsl file */ protected static String outFile = new String("XMLDiffSample.xsl"); /* output xsl file name */
The main()
method creates an XMLDiffSample
object as follows:
dfxApp = new XMLDiffSample();
The main()
method adds and initializes a JFrame
to display the output of the comparison. The following code illustrates this technique:
diffFrame = new XMLDiffFrame(dfxApp); diffFrame.addTransformMenu();
The main()
method instantiates the XMLDiff
bean. The following code illustrates this technique:
xmlDiff = new XMLDiff();
The main()
method invokes the showDiffs()
method. This method performs the following tasks:
Invokes XMLDiff.diff()
to compare the input XML documents.
Generates and displays an XSLT stylsheet that can transform one input document into the other document.
The following code fragment shows the showDiffs()
method call:
if (args.length == 3) outFile = args[2]; if(args.length >= 2) dfxApp.showDiffs(new File(args[0]), new File(args[1])); diffFrame.setVisible(true);
The following section explains the showDiffs()
method.
The showDiffs()
method illustrates the use of the XMLDiff
bean.
The method follows these steps:
Set the files for the XMLDiff
processor. The following statement illustrates this technique:
xmlDiff.setFiles(file1, file2);
Compare the files. The diff()
method returns a boolean value that indicates whether the input documents have identical structure and content. If they are equivalent, then the method prints a message to the JFrame
implemented by the XMLDiffFrame
class. The following code fragment illustrates this technique:
if(!xmlDiff.diff()) { JOptionPane.showMessageDialog ( diffFrame, "Files are equivalent in XML representation", "XMLDiffSample Message", JOptionPane.PLAIN_MESSAGE ); }
Generate a DOM for the XSLT stylesheet that shows the differences between the two documents. The following code fragment illustrates this technique:
xslDoc = xmlDiff.generateXSLDoc();
Display the documents in the JFrame
implemented by XMLDiffFrame
. Note that XMLDiffFrame
instantiates the XMLSourceView
bean, which is deprecated. The method follows these steps:
Create the source pane for the input documents. Pass the DOM handles of the two documents to the diffFrame
object to make the source pane:
diffFrame.makeSrcPane(xmlDiff.getDocument1(), xmlDiff.getDocument2());
Create the pane that shows the differences between the documents. Pass references to the text panes to diffFrame
as follows:
diffFrame.makeDiffSrcPane(new XMLDiffSrcView(xmlDiff.getDiffPane1()), new XMLDiffSrcView(xmlDiff.getDiffPane2()));
Create the pane for the XSLT stylesheet. Pass the DOM of the stylesheet as follows:
diffFrame.makeXslPane(xslDoc, "Diff XSL Script"); diffFrame.makeXslTabbedPane();