incubator-odf-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From build...@apache.org
Subject svn commit: r794844 - /websites/staging/odftoolkit/trunk/content/odftoolkit/conformance/ODFValidator.html
Date Wed, 24 Aug 2011 20:16:43 GMT
Author: buildbot
Date: Wed Aug 24 20:16:43 2011
New Revision: 794844

Log:
Staging update by buildbot

Modified:
    websites/staging/odftoolkit/trunk/content/odftoolkit/conformance/ODFValidator.html

Modified: websites/staging/odftoolkit/trunk/content/odftoolkit/conformance/ODFValidator.html
==============================================================================
--- websites/staging/odftoolkit/trunk/content/odftoolkit/conformance/ODFValidator.html (original)
+++ websites/staging/odftoolkit/trunk/content/odftoolkit/conformance/ODFValidator.html Wed Aug 24 20:16:43 2011
@@ -21,7 +21,7 @@
 
 <link href="/odftoolkit/css/odf.css" rel="stylesheet" type="text/css">
 
-<title></title>
+<title>ODF Validator</title>
 <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
 
 </head>
@@ -70,150 +70,240 @@
   </div>
   <div id="contenta">
   
-    
-    <p><strong>TOC</strong></p>
-<p>'''ODF Validator''' is a tool that validates OpenDocument files and checks them for certain conformance criteria.</p>
-<p>'''ODF Validator''' is available as an [http://tools.odftoolkit.org/odfvalidator online service] and as a command line tool. This page primarily describes the command line tool. Please visit the [http://tools.odftoolkit.org/odfvalidator ODF Online Validator] web page for details regarding the online tool.</p>
-<p>== How to start ==
-To use the '''ODF Validator''', the following steps are required:</p>
-<ul>
-<li>Get the [[#Source_Code |'''ODF Validator''' source code]].</li>
-<li>Add the jar files listed under [[#Requirements|Requirements]] to the project's libraries.</li>
-<li>Get the ODF 1.0, 1,1 and 1.2 [[#Where_do_I_get_the_schemas|schemas]], and add the directories where your local copies of the schemas are stored to the '''schema.user.properties''' file.</li>
-<li>Get the MathML 1.01 DTD and the MathML 2.0 [[#Where_do_I_get_the_schemas|schemas]], and add the directories where you local copies of the schemas are stored to the '''schema.user.properties''' file.</li>
+    <h1 class="title">ODF Validator</h1>
+    <p>Notice:    Licensed to the Apache Software Foundation (ASF) under one
+           or more contributor license agreements.  See the NOTICE file
+           distributed with this work for additional information
+           regarding copyright ownership.  The ASF licenses this file
+           to you under the Apache License, Version 2.0 (the
+           "License"); you may not use this file except in compliance
+           with the License.  You may obtain a copy of the License at
+           .
+             http://www.apache.org/licenses/LICENSE-2.0
+           .
+           Unless required by applicable law or agreed to in writing,
+           software distributed under the License is distributed on an
+           "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+           KIND, either express or implied.  See the License for the
+           specific language governing permissions and limitations
+           under the License.
+<strong>ODF Validator</strong> is a tool that validates OpenDocument files and checks them for certain conformance criteria.</p>
+<p><strong>ODF Validator</strong> is available as an <a href="http://tools.odftoolkit.org/odfvalidator">online service</a> and as a 
+command line tool. This page primarily describes the command line tool. 
+Please visit the <a href="http://tools.odftoolkit.org/odfvalidator">ODF Online Validator</a> web page for details regarding 
+the online tool.</p>
+<h2 id="how_to_start">How to start</h2>
+<p>To use the '''ODF Validator''', the following steps are required:</p>
+<ul>
+<li>Get the source code.</li>
+<li>Add the jar files listed under Requirements to the project's libraries.</li>
+<li>Get the ODF 1.0, 1,1 and 1.2 schemas, and add the directories where your local copies of the schemas are stored to the '''schema.user.properties''' file.</li>
+<li>Get the MathML 1.01 DTD and the MathML 2.0 schemas, and add the directories where you local copies of the schemas are stored to the '''schema.user.properties''' file.</li>
 <li>Build the project.</li>
-<li>Choose an arbitray OpenDocument file '''&lt;odffile&gt;'''. </li>
-<li>If you are using JRE 1.5, call the '''ODF Validator''' with</li>
-</ul>
+<li>Choose an arbitrary OpenDocument file &lt;odffile&gt;</li>
+<li>
+<p>If you are using JRE 1.5, call the '''ODF Validator''' with</p>
 <p>java -jar "&lt;path&gt;/odfvalidator.jar" &lt;odffile&gt;</p>
-<ul>
-<li>If you are using JRE 1.6, call the '''ODF Validator''' with</li>
-</ul>
+</li>
+<li>
+<p>If you are using JRE 1.6, call the ODF Validator with</p>
 <p>java 
   -Djavax.xml.validation.SchemaFactory:http://relaxng.org/ns/structure/1.0=org.iso_relax.verifier.jaxp.validation.RELAXNGSchemaFactoryImpl
   -Dorg.iso_relax.verifier.VerifierFactoryLoader=com.sun.msv.verifier.jarv.FactoryLoaderImpl
   -jar "&lt;path&gt;/odfvalidator.jar"  &lt;odffile&gt;</p>
-<p>== Usage ==</p>
-<p>=== Usage Summary ===</p>
-<p>In an Java 1.5 environment, '''ODF Validator''' is invoked by the following command:</p>
-<p>java -jar "&lt;path&gt;/odfvalidator.jar"</p>
+</li>
+</ul>
+<h2 id="usage">Usage</h2>
+<h3 id="usage_summary">Usage Summary</h3>
+<p>In an Java 1.5 environment, <strong>ODF Validator</strong> is invoked by the following command:</p>
+<div class="codehilite"><pre> <span class="n">java</span> <span class="o">-</span><span class="n">jar</span> <span class="s">&quot;&amp;lt;path&amp;gt;/odfvalidator.jar&quot;</span>
+</pre></div>
+
+
 <p>In an Java 1.6 environment, the following command line has to be used:</p>
-<p>java
-  -Djavax.xml.validation.SchemaFactory:http://relaxng.org/ns/structure/1.0=org.iso_relax.verifier.jaxp.validation.RELAXNGSchemaFactoryImpl
-  -Dorg.iso_relax.verifier.VerifierFactoryLoader=com.sun.msv.verifier.jarv.FactoryLoaderImpl
-  -jar "&lt;path&gt;/odfvalidator.jar"</p>
-<p>These command lines are abbreviated ''odfvalidator'' from now on.</p>
-<p>The '''ODF Validator''' may be called with the following options:</p>
-<p>odfvalidator [-r] [-c|-e|-s] [-d] [-v|-w] [-x &lt;expclude pattern&gt;] 
-              [-o outputfile] [-1.0|-1.1|-1.2] &lt;odffiles&gt;
- odfvalidator [-r] [-c|-e|-s] [-d] [-v|-w] [-x &lt;expclude pattern&gt;]
-              [-o outputfile] -S &lt;schemafile&gt; &lt;odffiles&gt;
- odfvalidator [-c|-s] [-v|-w] [-d] [-o outputfile] -C &lt;configfile&gt;
- odfvalidator -g &lt;odffiles&gt;
- odfvalidator -h
- odfvalidator -V</p>
-<p>If no parameters are specified, the files '''&lt;odffiles&gt;''' are validated using the schema that belongs to the ODF version of the file. For ODF 1.0 files the ODF 1.0 schema is used, for ODF 1.1 files the ODF 1.1 schema is used, and so on. The version of an ODF file is detected for each file separately.</p>
+<div class="codehilite"><pre><span class="n">java</span>
+  <span class="o">-</span><span class="n">Djavax</span><span class="o">.</span><span class="n">xml</span><span class="o">.</span><span class="n">validation</span><span class="o">.</span><span class="n">SchemaFactory:http:</span><span class="sr">//</span><span class="n">relaxng</span><span class="o">.</span><span class="n">org</span><span class="sr">/ns/s</span><span class="n">tructure</span><span class="o">/</span><span class="mf">1.0</span><span class="o">=</span><span class="n">org</span><span class="o">.</span><span class="n">iso_relax</span><span class="o">.</span><span class="n">verifier</span><span class="o">.</span><span class="n">jaxp</span><span class="o">.</span><span class="n">validation</span><span class="o">.</span><span class="n">RELAXNGSchemaFactoryImpl</span>
+  <span class="o">-</span><span class="n">Dorg</span><span class="o">.</span><span class="n">iso_relax</span><span class="o">.</span><span class="n">verifier</span><span class="o">.</span><span class="n">VerifierFactoryLoader</span><span class="o">=</span><span class="n">com</span><span class="o">.</span><span class="n">sun</span><span class="o">.</span><span class="n">msv</span><span class="o">.</span><span class="n">verifier</span><span class="o">.</span><span class="n">jarv</span><span class="o">.</span><span class="n">FactoryLoaderImpl</span>
+  <span class="o">-</span><span class="n">jar</span> <span class="s">&quot;&amp;lt;path&amp;gt;/odfvalidator.jar&quot;</span>
+</pre></div>
+
+
+<p>These command lines are abbreviated <em>odfvalidator</em> from now on.</p>
+<p>The <strong>ODF Validator</strong> may be called with the following options:</p>
+<div class="codehilite"><pre> <span class="n">odfvalidator</span> <span class="p">[</span><span class="o">-</span><span class="n">r</span><span class="p">]</span> <span class="p">[</span><span class="o">-</span><span class="n">c</span><span class="o">|-</span><span class="n">e</span><span class="o">|-</span><span class="n">s</span><span class="p">]</span> <span class="p">[</span><span class="o">-</span><span class="n">d</span><span class="p">]</span> <span class="p">[</span><span class="o">-</span><span class="n">v</span><span class="o">|-</span><span class="n">w</span><span class="p">]</span> <span class="p">[</span><span class="o">-</span><span class="n">x</span> <span class="o">&amp;</span><span class="ow">lt</span><span class="p">;</span><span class="n">expclude</span> <span class="n">pattern</span><span class="o">&amp;</span><span class="ow">gt</span><span class="p">;]</span> 
+              <span class="p">[</span><span class="o">-</span><span class="n">o</span> <span class="n">outputfile</span><span class="p">]</span> <span class="p">[</span><span class="o">-</span><span class="mf">1.0</span><span class="o">|-</span><span class="mf">1.1</span><span class="o">|-</span><span class="mf">1.2</span><span class="p">]</span> <span class="o">&amp;</span><span class="ow">lt</span><span class="p">;</span><span class="n">odffiles</span><span class="o">&amp;</span><span class="ow">gt</span><span class="p">;</span>
+ <span class="n">odfvalidator</span> <span class="p">[</span><span class="o">-</span><span class="n">r</span><span class="p">]</span> <span class="p">[</span><span class="o">-</span><span class="n">c</span><span class="o">|-</span><span class="n">e</span><span class="o">|-</span><span class="n">s</span><span class="p">]</span> <span class="p">[</span><span class="o">-</span><span class="n">d</span><span class="p">]</span> <span class="p">[</span><span class="o">-</span><span class="n">v</span><span class="o">|-</span><span class="n">w</span><span class="p">]</span> <span class="p">[</span><span class="o">-</span><span class="n">x</span> <span class="o">&amp;</span><span class="ow">lt</span><span class="p">;</span><span class="n">expclude</span> <span class="n">pattern</span><span class="o">&amp;</span><span class="ow">gt</span><span class="p">;]</span>
+              <span class="p">[</span><span class="o">-</span><span class="n">o</span> <span class="n">outputfile</span><span class="p">]</span> <span class="o">-</span><span class="n">S</span> <span class="o">&amp;</span><span class="ow">lt</span><span class="p">;</span><span class="n">schemafile</span><span class="o">&amp;</span><span class="ow">gt</span><span class="p">;</span> <span class="o">&amp;</span><span class="ow">lt</span><span class="p">;</span><span class="n">odffiles</span><span class="o">&amp;</span><span class="ow">gt</span><span class="p">;</span>
+ <span class="n">odfvalidator</span> <span class="p">[</span><span class="o">-</span><span class="n">c</span><span class="o">|-</span><span class="n">s</span><span class="p">]</span> <span class="p">[</span><span class="o">-</span><span class="n">v</span><span class="o">|-</span><span class="n">w</span><span class="p">]</span> <span class="p">[</span><span class="o">-</span><span class="n">d</span><span class="p">]</span> <span class="p">[</span><span class="o">-</span><span class="n">o</span> <span class="n">outputfile</span><span class="p">]</span> <span class="o">-</span><span class="n">C</span> <span class="o">&amp;</span><span class="ow">lt</span><span class="p">;</span><span class="n">configfile</span><span class="o">&amp;</span><span class="ow">gt</span><span class="p">;</span>
+ <span class="n">odfvalidator</span> <span class="o">-</span><span class="n">g</span> <span class="o">&amp;</span><span class="ow">lt</span><span class="p">;</span><span class="n">odffiles</span><span class="o">&amp;</span><span class="ow">gt</span><span class="p">;</span>
+ <span class="n">odfvalidator</span> <span class="o">-</span><span class="n">h</span>
+ <span class="n">odfvalidator</span> <span class="o">-</span><span class="n">V</span>
+</pre></div>
+
+
+<p>If no parameters are specified, the files <strong>&lt;odffiles&gt;</strong> are validated using the schema that belongs to the ODF version of the file. For ODF 1.0 files the ODF 1.0 schema is used, for ODF 1.1 files the ODF 1.1 schema is used, and so on. The version of an ODF file is detected for each file separately.</p>
 <p>The options have the following meaning:</p>
-<p>'''-1.0''': Use the ODF 1.0 schemas regardless of the version specified by the validated document.</p>
-<p>'''-1.1''': Use the ODF 1.0 schemas regardless of the version specified by the validated document.</p>
-<p>'''-1.2''': Use the ODF 1.0 schemas regardless of the version specified by the validated document.</p>
-<p>'''-c''': Apply ODF conformance rules (ODF 1.0 and 1.1 documents only): Unknown markup is ignored during validation. For ODF 1.2 documents this option does not have any effect.</p>
-<p>'''-e''': Apply extended ODF conformance rules (ODF 1.2 documents only): Unknown markup is ignored during validation. For ODF 1.0/1.1 documents this option does not have any effect.</p>
-<p>'''-d''': Use MathML 1.01 DTD rather than MathML 2.0 schema for content.xml of formula documents.</p>
-<p>'''-g''': Show the generator information of the specified '''&lt;odffiles&gt;''' without validation.</p>
-<p>'''-h''': Print a short help.</p>
-<p>'''-o''': Print output into specified file rather than standard output.</p>
-<p>'''-r''': Process directories recursively.</p>
-<p>'''-s''': Use the strict schema for validation (ODF 1.0/1.1 documents only). </p>
-<p>'''-v''': Verbose: print information like the generator or the documents that are processed.</p>
-<p>'''-w''': Print warnings.</p>
-<p>'''-x''': Exclude files that match the specified [http://java.sun.com/j2se/1.5.0/docs/api/java/util/regex/Pattern.html#sum regular expression] from validation.</p>
-<p>'''-C''': Validate using configuration file '''&lt;configfile&gt;'''.</p>
-<p>'''-S''': Use the specified '''&lt;schemafile&gt;''' for validation.</p>
-<p>'''-V''': Print version information.</p>
-<p>=== Validation using default schemas ===</p>
-<p>The ODF 1.0, ODF 1.1, ODF 1.2 schemas as well as the MathML 1.01 DTD and the MathML 2.0 schema are included in the '''ODFValidator.jar''' file. If the ODFValidator is called without the '''-S''' or '''-C''' options, these schemas are used for validation.</p>
-<p>odfvalidator [-r] [-c|-e|-s] [-d] [-v|-w] [-x &lt;expclude pattern&gt;]
-              [-o outputfile] [-1.0|-1.1|-1.2] &lt;odffiles&gt;</p>
-<p>'''&lt;odffiles&gt;''' is the list of files and directories that should be validated. If a directory is specified, all files that have an OpenDocument extension (like '''odt''', '''ods''' or '''ott''') are validated. If '''-r''' is specified additionally, all directories are processed recursively.</p>
-<p>By default, the '''ODF Validator''' detects the version of the files that shall be validated and chooses the corresponding schema. The command line options '''-1.0''', '''-1.1''' and '''-1.2''' can be used to specify that the schemas of a particular ODF version should be used for all files, regardless of the version they specify themselves.</p>
-<p>The command line option '''-d''' specifies that the MathML 1.01 DTD should be used for the validation of the '''content.xml''' of formula documents. Default is to use the MathML 2.0 schema.</p>
-<p>If the '''-c''' command line option is specified and if the validated document is an ODF 1.0 or ODF 1.1 document, unknown markup is ignored as specified in the conformance rules for ODF 1.0/1.1.  If the '''-s''' command line option is specified and if the validated document is an ODF 1.0 or ODF 1.1 document, the strict schema is used for validation. If the '''-e''' command line option is specified and if the validated document is an ODF 1.2 document, unknown markup is ignored as specified in the extended conformance class rules for ODF 1.2. If neither '''-c''' nor '''-e'''  nor '''-s''' are specified, the regular ODF schemas are used and errors are reported for unknown markup, unless it appears in styles or metadata of ODF 1.0/1.1 documents.</p>
-<p>The optional '''-x''' switch allows to exclude certain files or directories from the validation. The files that shall be excluded are specified by a [http://java.sun.com/j2se/1.5.0/docs/api/java/util/regex/Pattern.html#sum regular expression]. Please note that the full absolute path names of directories and files are matched against this pattern. This means that the regular expression either must include the absolute path of the files and directories that shall be excluded, or must start with '''.*'''. The '''-x''' option can be specified only once. If several paths shall be excluded, these paths have to be specified in a single regular expression using the '''|''' operator.</p>
-<p>If '''-w''' is specified additionally, not only validation errors are reported, but also warnings.</p>
-<p>If '''-v''' is specified additionally, not only validation errors and warnings are reported, but also the generator stored in the manifest, MIME types, the files that are processed, etc.</p>
-<p>If the '''-o''' option is present, all messages go into the specified file. Otherwise, they are printed to standard out.</p>
-<p>=== Validation using a non-default schema ===</p>
-<p>To specify the schema that is used for '''meta-xml''', '''content.xml''', '''styles.xml''' and '''settings.xml''' on the command line, '''ODF Validator''' has to be called with the following parameters:</p>
-<p>odfvalidator [-r] [-c|-e|-s] [-d] [-v|-w] [-x &lt;expclude pattern&gt;]
- [-o outputfile] -S &lt;schemafile&gt; &lt;odffiles&gt;</p>
-<p>'''&lt;schemafile&gt;''' is the schema that shall be used.</p>
-<p>All other command line option are as described in [[#Validation_using_default_schemas|Validation using default schemas]].</p>
-<p>=== Validation using a configuration file ===</p>
-<p>The schemas and the files that should be validated can be specified in a configuration file. A configuration file is a Java XML properties file as described in the [http://java.sun.com/j2se/1.5.0/docs/api/java/util/Properties.html Java 2 API documentation]. The following properties are supported:</p>
-<ul>
-<li>'''strict-schema''': Specifies the strict schema to be used.</li>
-<li>'''manifest-schema''': Specifies the manifest schema to be used.</li>
-<li>'''mathml-schema''': Specifies the MathML 1.01 schema to be used.</li>
-<li>'''mathml2-schema''': Specifies the MathML 2 schema to be used.</li>
-<li>'''path*''': All properties whose names start with "path" are considered to be files or directories that shall be validated. </li>
-<li>'''recursive''': This boolean property specifies whether directories are scanned recursively. It takes the values '''true''' and '''false'''.</li>
-<li>'''exclude''': Specifies files and directories that shall be excluded as a [http://java.sun.com/j2se/1.5.0/docs/api/java/util/regex/Pattern.html#sum regular expression]. See description of [[#Specifying_the_schema_on_the_command_line|'''-x''' option]].</li>
+<p><strong>-1.0</strong>: Use the ODF 1.0 schemas regardless of the version specified by the validated document.</p>
+<p><strong>-1.1</strong>: Use the ODF 1.0 schemas regardless of the version specified by the validated document.</p>
+<p><strong>-1.2</strong>: Use the ODF 1.0 schemas regardless of the version specified by the validated document.</p>
+<p><strong>-c</strong>: Apply ODF conformance rules (ODF 1.0 and 1.1 documents only): Unknown markup is ignored during validation. For ODF 1.2 documents this option does not have any effect.</p>
+<p><strong>-e</strong>: Apply extended ODF conformance rules (ODF 1.2 documents only): Unknown markup is ignored during validation. For ODF 1.0/1.1 documents this option does not have any effect.</p>
+<p><strong>-d</strong>: Use MathML 1.01 DTD rather than MathML 2.0 schema for content.xml of formula documents.</p>
+<p><strong>-g</strong>: Show the generator information of the specified <em>&lt;odffiles&gt;</em> without validation.</p>
+<p><strong>-h</strong>: Print a short help.</p>
+<p><strong>-o</strong>: Print output into specified file rather than standard output.</p>
+<p><strong>-r</strong>: Process directories recursively.</p>
+<p><strong>-s</strong>: Use the strict schema for validation (ODF 1.0/1.1 documents only). </p>
+<p><strong>-v</strong>: Verbose: print information like the generator or the documents that are processed.</p>
+<p><strong>-w</strong>: Print warnings.</p>
+<p><strong>-x</strong>: Exclude files that match the specified <a href="http://java.sun.com/j2se/1.5.0/docs/api/java/util/regex/Pattern.html#sum">regular expression</a> from validation.</p>
+<p><strong>-C</strong>: Validate using configuration file <strong>&lt;configfile&gt;</strong>.</p>
+<p><strong>-S</strong>: Use the specified <strong>&lt;schemafile&gt;</strong> for validation.</p>
+<p><strong>-V</strong>: Print version information.</p>
+<h3 id="validation_using_default_schemas">Validation using default schemas</h3>
+<p>The ODF 1.0, ODF 1.1, ODF 1.2 schemas as well as the MathML 1.01 DTD and 
+the MathML 2.0 schema are included in the <strong>ODFValidator.jar</strong> file. If 
+the ODFValidator is called without the <strong>-S</strong> or <strong>-C</strong> options, these schemas are used for validation.</p>
+<div class="codehilite"><pre><span class="n">odfvalidator</span> <span class="p">[</span><span class="o">-</span><span class="n">r</span><span class="p">]</span> <span class="p">[</span><span class="o">-</span><span class="n">c</span><span class="o">|-</span><span class="n">e</span><span class="o">|-</span><span class="n">s</span><span class="p">]</span> <span class="p">[</span><span class="o">-</span><span class="n">d</span><span class="p">]</span> <span class="p">[</span><span class="o">-</span><span class="n">v</span><span class="o">|-</span><span class="n">w</span><span class="p">]</span> <span class="p">[</span><span class="o">-</span><span class="n">x</span> <span class="o">&lt;</span><span class="n">expclude</span> <span class="n">pattern</span><span class="o">&gt;</span><span class="p">]</span>
+              <span class="p">[</span><span class="o">-</span><span class="n">o</span> <span class="n">outputfile</span><span class="p">]</span> <span class="p">[</span><span class="o">-</span><span class="mf">1.0</span><span class="o">|-</span><span class="mf">1.1</span><span class="o">|-</span><span class="mf">1.2</span><span class="p">]</span> <span class="sr">&lt;odffiles&gt;</span>
+</pre></div>
+
+
+<p><strong>&lt;odffiles&gt;</strong> is the list of files and directories that should be 
+validated. If a directory is specified, all files that have an OpenDocument 
+extension (like <strong>odt</strong>, <strong>ods</strong> or <strong>ott</strong>) are validated. If <strong>-r</strong> is 
+specified additionally, all directories are processed recursively.</p>
+<p>By default, the <strong>ODF Validator</strong> detects the version of the files that 
+shall be validated and chooses the corresponding schema. The command line 
+options <strong>-1.0</strong>', <strong>-1.1</strong> and <strong>-1.2</strong> can be used to specify that the 
+schemas of a particular ODF version should be used for all files, 
+regardless of the version they specify themselves.</p>
+<p>The command line option <strong>-d</strong> specifies that the MathML 1.01 DTD should 
+be used for the validation of the <strong>content.xml</strong> of formula documents. 
+Default is to use the MathML 2.0 schema.</p>
+<p>If the <strong>-c</strong> command line option is specified and if the validated document 
+is an ODF 1.0 or ODF 1.1 document, unknown markup is ignored as specified 
+in the conformance rules for ODF 1.0/1.1.  If the <strong>-s</strong> command line 
+option is specified and if the validated document is an ODF 1.0 or ODF 1.1 
+document, the strict schema is used for validation. If the <strong>-e</strong> command 
+line option is specified and if the validated document is an ODF 1.2 
+document, unknown markup is ignored as specified in the extended conformance 
+class rules for ODF 1.2. If neither <strong>-c</strong> nor <strong>-e</strong>  nor <strong>-s</strong> 
+are specified, the regular ODF schemas are used and errors are reported 
+for unknown markup, unless it appears in styles or metadata of ODF 1.0/1.1 
+documents.</p>
+<p>The optional <strong>-x</strong> switch allows to exclude certain files or directories 
+from the validation. The files that shall be excluded are specified by a 
+<a href="http://java.sun.com/j2se/1.5.0/docs/api/java/util/regex/Pattern.html#sum">regular expression</a>. Please note that the full absolute path names of 
+directories and files are matched against this pattern. This means that the 
+regular expression either must include the absolute path of the files and 
+directories that shall be excluded, or must start with <strong>.</strong>*. 
+The <strong>-x</strong> option can be specified only once. If several paths shall 
+be excluded, these paths have to be specified in a single regular 
+expression using the <strong>|</strong> operator.</p>
+<p>If <strong>-w</strong> is specified additionally, not only validation errors are reported, but also warnings.</p>
+<p>If <strong>-v</strong> is specified additionally, not only validation errors and warnings are reported, but also the generator stored in the manifest, MIME types, the files that are processed, etc.</p>
+<p>If the <strong>-o</strong> option is present, all messages go into the specified file. Otherwise, they are printed to standard out.</p>
+<h3 id="validation_using_a_non-default_schema">Validation using a non-default schema</h3>
+<p>To specify the schema that is used for <strong>meta-xml</strong>, <strong>content.xml</strong>, <strong>styles.xml</strong> and <strong>settings.xml</strong> on the command line, <strong>ODF Validator</strong> has to be called with the following parameters:</p>
+<div class="codehilite"><pre><span class="n">odfvalidator</span> <span class="p">[</span><span class="o">-</span><span class="n">r</span><span class="p">]</span> <span class="p">[</span><span class="o">-</span><span class="n">c</span><span class="o">|-</span><span class="n">e</span><span class="o">|-</span><span class="n">s</span><span class="p">]</span> <span class="p">[</span><span class="o">-</span><span class="n">d</span><span class="p">]</span> <span class="p">[</span><span class="o">-</span><span class="n">v</span><span class="o">|-</span><span class="n">w</span><span class="p">]</span> <span class="p">[</span><span class="o">-</span><span class="n">x</span> <span class="o">&amp;</span><span class="ow">lt</span><span class="p">;</span><span class="n">expclude</span> <span class="n">pattern</span><span class="o">&amp;</span><span class="ow">gt</span><span class="p">;]</span>
+ <span class="p">[</span><span class="o">-</span><span class="n">o</span> <span class="n">outputfile</span><span class="p">]</span> <span class="o">-</span><span class="n">S</span> <span class="o">&amp;</span><span class="ow">lt</span><span class="p">;</span><span class="n">schemafile</span><span class="o">&amp;</span><span class="ow">gt</span><span class="p">;</span> <span class="o">&amp;</span><span class="ow">lt</span><span class="p">;</span><span class="n">odffiles</span><span class="o">&amp;</span><span class="ow">gt</span><span class="p">;</span>
+</pre></div>
+
+
+<p><strong>&lt;schemafile&gt;</strong> is the schema that shall be used.</p>
+<p>All other command line option are as described in <em>Validation using default schemas</em>.</p>
+<h3 id="validation_using_a_configuration_file">Validation using a configuration file</h3>
+<p>The schemas and the files that should be validated can be specified in a 
+configuration file. A configuration file is a Java XML properties file as 
+described in the <a href="http://java.sun.com/j2se/1.5.0/docs/api/java/util/Properties.html">Java 2 API documentation</a>. The following properties 
+are supported:</p>
+<ul>
+<li><strong>strict-schema</strong>: Specifies the strict schema to be used.</li>
+<li><strong>manifest-schema</strong>: Specifies the manifest schema to be used.</li>
+<li><strong>mathml-schema</strong>: Specifies the MathML 1.01 schema to be used.</li>
+<li><strong>mathml2-schema</strong>: Specifies the MathML 2 schema to be used.</li>
+<li><strong>path</strong>*: All properties whose names start with "path" are considered to be files or directories that shall be validated. </li>
+<li><strong>recursive</strong>: This boolean property specifies whether directories are scanned recursively. It takes the values <strong>true</strong> and <strong>false</strong>.</li>
+<li><strong>exclude</strong>: Specifies files and directories that shall be excluded as 
+a <a href="http://java.sun.com/j2se/1.5.0/docs/api/java/util/regex/Pattern.html#sum">regular expression</a>. See description of <strong>-x</strong> option.</li>
 </ul>
 <p>A sample configuration file looks like this:</p>
-<p>&lt;?xml version="1.0" encoding="UTF-8"?&gt;
- &lt;!DOCTYPE properties SYSTEM "http://java.sun.com/dtd/properties.dtd"&gt;
- &lt;properties&gt;
-  &lt;entry key="strict-schema"&gt;/home/odf11-cd2/msv/OpenDocument-strict-schema-v1.1-cd2.rng&lt;/entry&gt;
-  &lt;entry key="manifest-schema"&gt;/home/odf11-cd2/msv/OpenDocument-manifest-schema-v1.1-cd2.rng&lt;/entry&gt;
-  &lt;entry key="mathml-schema"&gt;/home/odf11-cd2/msv/mathml2.xsd&lt;/entry&gt;
-  &lt;entry key="path1"&gt;/home/testdocs&lt;/entry&gt;
-  &lt;entry key="path2"&gt;/home/temp&lt;/entry&gt;
- &lt;/properties&gt;</p>
-<p>== What is checked? ==</p>
-<p>The following items are checked:
-<em> OpenDocument v1.2 documents:
-<strong> If the test type is <b>conformance test</b> (default, or if '''-c''' is provided) , and if the file is not a formula file, then the sub files <i>content.xml</i>, <i>styles.xml</i>, <i>meta.xml</i> and <i>settings.xml</i> are  validated with respect to the OpenDocument v1.2 schema.
-</strong> If the test type is <b>extended conformance test</b> ('''-e''' is provided), and if the file is not a formula file, then the sub files <i>content.xml</i>, <i>styles.xml</i>, <i>meta.xml</i> and <i>settings.xml</i> are pre-processed as described in section 1.4.2.1 of the OpenDocument v1.2 specification (that is <i>foreign elements and attributes</i> are removed), and are then validated with respect to the OpenDocument v1.2 schema.
-</em> OpenDocument v1.1/1.0 documents:
-<strong> If the test type is <b>conformance test</b> ('''-c''' is provided), and if the file is not a formula file, then the sub files <i>content.xml</i>, <i>styles.xml</i>, <i>meta.xml</i> and <i>settings.xml</i> are pre-processed as described in section 1.5 of the <a href="http://docs.oasis-open.org/office/v1.1/OS/OpenDocument-v1.1.odt">OpenDocument specification</a> (that is <i>foreign elements and attributes</i> are removed), and are then validated with respect to the schema of the selected OpenDocument version.
-</strong> If the test type is <b>validation</b> (default), and if the file is not a formula file, then the sub files <i>content.xml</i>, <i>styles.xml</i>, <i>meta.xml</i> and <i>settings.xml</i> are validated with respect to the schema of the selected OpenDocument version. Pre-processing of <i>foreign elements and attributes</i> is not applied.
-<strong> If the test type is <b>strict validation</b> ('''-s''' is provided), and if the file is not a formula file, then the sub files <i>content.xml</i>, <i>styles.xml</i>, <i>meta.xml</i> and <i>settings.xml</i> are validated with respect to the strict schema of the selected OpenDocument version. Pre-processing of <i>foreign elements and attributes</i> is not applied.
-* All versions:
-</strong> If the file is a formula file, then the sub file <i>content.xml</i> is validated with respect to the MathML 2.0 W3C XSD schema.  The sub files <i>styles.xml</i>, <i>meta.xml</i> and <i>settings.xml</i> are checked as described for other document types.
-<strong> The file <i>META-INF/manifest.xml</i> is validated with respect to the manifest schema of the selected ODF specification.
-</strong> If the file is an ODF 1.2 file, then the <i>META-INF/documentsignatures.xml</i> and <i>META-INF/macrosignatures.xml</i> sub files are validated with respect to the digital signatures schema of the ODF 1.2 specification.
-<strong> For all embedded objects in ODF format, the <i>content.xml</i>, <i>styles.xml</i>, <i>meta.xml</i> and <i>settings.xml</i> are validated as described for the main document above.
-</strong> It is checked whether the file itself ans all embedded objects in ODF format contain at least a <i>content.xml</i> or <i>styles.xml</i> sub file.</p>
-<p>The following actions take place before or during the validation:
-<em> A DTD document declaration within a <i>manifest.xml</i> file is ignored. For the logging level <b>all</b>, an information is displayed if this happens. <br/><b>Note:</b> Very early ODF implementations in OpenOffice.org wrongly included a document type declaration. Ignoring the document type enables the validation of the manifest despite of this error.
-</em> A namespace &quot;http://openoffice.org/2001/manifest&quot; within a <i>manifest.xml</i> file is changed to &quot;urn:oasis:names:tc:opendocument:xmlns:manifest:1.0&quot;. For the logging level <b>all</b>, an information is displayed if this happens. <br/><b>Note:</b> Early ODF implementations in OpenOffice.org used the wrong namespace. Changing it to the correct one enables the validation of the manifest despite the wrong namespace.
-<em> Namespaces defined in the <a href="http://www.oasis-open.org/committees/download.php/10765/office-spec-1.0-cd-2.pdf">ODF v1.0 Committee Draft 2</a> are replaced with those of the <a href="http://www.oasis-open.org/specs/index.php#opendocumentv1.0">ODF v1.0 OASIS Standard</a>. For the logging level <b>all</b>, an information is displayed if this happens.<br/><b>Note:</b> Changing the namespaces enables the validation of documents that conform to the ODF v1.0 CD2. Such documents have been saved by OpenOffice.org 1.0 beta versions.
-</em> The value of <i>draw:points</i> attributes is truncated to 2048 characters. For the logging level <b>all</b>, an information is displayed if this happens.<br/><b>Note:</b> The truncation of this attribute value avoids a stack overflow in MSV while validating the attribute value against a regular expression.
-* A namespace &quot;http://openoffice.org/2004/database&quot; within a <i>content.xml</i> file is changed to &quot;urn:oasis:names:tc:opendocument:xmlns:database:1.0&quot;, and a namespace &quot;http://openoffice.org/2004/office&quot; within a <i>content.xml</i> file is changed to &quot;urn:oasis:names:tc:opendocument:xmlns:office:1.0&quot;. For the logging level <b>all</b>, an information is displayed if this happens.<br/><b>Note:</b> These namespaces were used in OpenOffice.org 2.x database documents, because database documents are included in OpenDocument since version 1.2 only. Changing them enables the validation of  OpenOffice.org 2.x database documents.</p>
-<p>== Where do I get the schemas? ==</p>
-<p><span id="Where_do_I_get_the_schemas"></span>The OpenDocument schemas are available on the [http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=office OASIS OpenDocument technical Committee] page. The ODF 1.0 and 1.1 schemas can be downloaded directly from that [http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=office#technical page]. A zip file containing the most recent ODF 1.2 schemas is available in the [http://www.oasis-open.org/committees/documents.php?wg_abbrev=office document section].</p>
-<p>The MathML DTD that is included in the ODFValidator us the one that is included in the '''/share/dtd/math/1_01/''' folder of each OpenOffice.org/Oracle Open Office installation.</p>
-<p>== Requirements ==</p>
-<p>'''ODF Validator''' requires J2RE 1.5 or J2RE 1.6. For J2RE 1.6, the following options have to be included into the '''java''' command line:</p>
-<p>-Djavax.xml.validation.SchemaFactory:http://relaxng.org/ns/structure/1.0=org.iso_relax.verifier.jaxp.validation.RELAXNGSchemaFactoryImpl<br />
- -Dorg.iso_relax.verifier.VerifierFactoryLoader=com.sun.msv.verifier.jarv.FactoryLoaderImpl</p>
-<p>'''ODF Validator''' further requires the following packages:</p>
-<ul>
-<li>[https://msv.dev.java.net/ MSV]. '''msv.jar''', '''isorelax.jar''', '''relaxngDatatype.jar''' and '''xsdlib.jar''' included in the MSV distribution must be added to the project's libraries and must be in the classpath or a folder called '''lib''' that is next to the '''odfvalidator.jar''' at runtime. </li>
-<li>[https://isorelax-jaxp-bridge.dev.java.net/ ISORELAX JARV -&gt; JAXP 1.3 Xml Validation Engine Adaptor].  '''isorelax-jaxp-bridge-1.0.jar''' must be added to the project's libraries and must be in the classpath or a folder called '''lib''' that is next to the '''odfvalidator.jar'''  at runtime. </li>
-<li>''' odfdom.jar''' from the <a href="{{project odfdom page Home}}">ODFDOM project </a>  must be added to the project's libraries and must be in the classpath or a folder called '''lib''' that is next to the '''odfvalidator.jar'''  at runtime. </li>
-</ul>
-<p>The NetBeans project is pre-configured to build ODFDOM while building '''ODF Validator'''. This requires that the ODFDOM sources are located in a folder '''odfdom''' next to the folder of the '''ODF Validator''' project.</p>
-<p>Alternatively, the reference to the ODFDOM project in the compile time classpath of the '''ODF Validator''' project may be replaced with a reference to an already compiled '''odfdom.jar'''.</p>
-<p>The references to all other jar files must be updated manually before building ''' ODF Validator'''.</p>
-<p>'''Note:''' <a href="{{project odfdom page Home}}">ODFDOM</a> requires [http://xml.apache.org/dist/xerces-j/ Apache's xerces]. The jar file '''xercesImpl.jar''' also must exist in a folder '''lib''' next to '''odvalidator.jar''' file, or it must be in the classpath. The '''ODF Validator''' NetBeans projects includes a reference to '''xersesImpl.jar''' in the runtime classpath which has to be adapted after checking out the project.</p>
-<p>'''Note:''' <a href="{{project odfdom page Home}}">ODFDOM</a> requires at least Xerces 2.8.0. Please note that MSV distribution contains an xercesImpl.jar which is older. </p>
-<p>== Source Code ==</p>
-<p>The '''ODF Validator''' [http://odftoolkit.org/projects/conformancetools/sources/odf-validator-src/show source code] is located [http://odftoolkit.org/projects/conformancetools/sources/odf-validator-src/show here]. '''ODF Validator''' uses Mercurial for source control. Please check the 
+<div class="codehilite"><pre>  <span class="cp">&lt;?xml version=&quot;1.0&quot; encoding=&quot;UTF-8&quot;?&gt;</span>
+  <span class="cp">&lt;!DOCTYPE properties SYSTEM &quot;http://java.sun.com/dtd/properties.dtd&quot;&gt;</span>
+  <span class="nt">&lt;properties&gt;</span>
+  <span class="nt">&lt;entry</span> <span class="na">key=</span><span class="s">&quot;strict-schema&quot;</span><span class="nt">&gt;</span>/home/odf11-cd2/msv/OpenDocument-strict-schema-v1.1-cd2.rng<span class="nt">&lt;/entry&gt;</span>
+  <span class="nt">&lt;entry</span> <span class="na">key=</span><span class="s">&quot;manifest-schema&quot;</span><span class="nt">&gt;</span>/home/odf11-cd2/msv/OpenDocument-manifest-schema-v1.1-cd2.rng<span class="nt">&lt;/entry&gt;</span>
+  <span class="nt">&lt;entry</span> <span class="na">key=</span><span class="s">&quot;mathml-schema&quot;</span><span class="nt">&gt;</span>/home/odf11-cd2/msv/mathml2.xsd<span class="nt">&lt;/entry&gt;</span>
+  <span class="nt">&lt;entry</span> <span class="na">key=</span><span class="s">&quot;path1&quot;</span><span class="nt">&gt;</span>/home/testdocs<span class="nt">&lt;/entry&gt;</span>
+  <span class="nt">&lt;entry</span> <span class="na">key=</span><span class="s">&quot;path2&quot;</span><span class="nt">&gt;</span>/home/temp<span class="nt">&lt;/entry&gt;</span>
+  <span class="nt">&lt;/properties&gt;</span>
+</pre></div>
+
+
+<h2 id="what_is_checked">What is checked?</h2>
+<p>The following items are checked:</p>
+<ul>
+<li>OpenDocument v1.2 documents:<ul>
+<li>If the test type is <strong>conformance test</strong> (default, or if <strong>-c</strong> is provided) , and if the file is not a formula file, then the sub files <em>content.xml</em>, <em>styles.xml</em>, <em>meta.xml</em> and <em>settings.xml</em> are  validated with respect to the OpenDocument v1.2 schema.</li>
+<li>If the test type is <strong>extended conformance test</strong> (<strong>-e</strong> is provided), and if the file is not a formula file, then the sub files <em>content.xml</em>, <em>styles.xml</em>, <em>meta.xml</em> and <em>settings.xml</em> are pre-processed as described in section 1.4.2.1 of the OpenDocument v1.2 specification (that is <em>foreign elements and attributes</em> are removed), and are then validated with respect to the OpenDocument v1.2 schema.</li>
+</ul>
+</li>
+<li>OpenDocument v1.1/1.0 documents:<ul>
+<li>If the test type is <strong>conformance test</strong> (<strong>-c</strong> is provided), 
+and if the file is not a formula file, then the sub files <em>content.xml</em>, <em>styles.xml</em>, <em>meta.xml</em> and <em>settings.xml</em> are pre-processed as described in section 1.5 of the <a href="http://docs.oasis-open.org/office/v1.1/OS/OpenDocument-v1.1.odt">OpenDocument specification</a> (that is <em>foreign elements and attributes</em> are removed), and are then validated with respect to the schema of the selected OpenDocument version.</li>
+<li>If the test type is <strong>validation</strong> (default), and if the file is not a formula file, then the sub files <em>content.xml</em>, <em>styles.xml</em>, <em>meta.xml</em> and <em>settings.xml</em> are validated with respect to the schema of the selected OpenDocument version. Pre-processing of <em>foreign elements and attributes</em> is not applied.</li>
+<li>If the test type is <strong>strict validation</strong> (<strong>-s</strong> is provided), and if the file is not a formula file, then the sub files <em>content.xml</em>, <em>styles.xml</em>, <em>meta.xml</em> and <em>settings.xml</em> are validated with respect to the strict schema of the selected OpenDocument version. Pre-processing of <em>foreign elements and attributes</em> is not applied.</li>
+</ul>
+</li>
+<li>All versions:<ul>
+<li>If the file is a formula file, then the sub file <em>content.xml</em> is validated with respect to the MathML 2.0 W3C XSD schema.  The sub files <em>styles.xml</em>, <em>meta.xml</em> and <em>settings.xml</em> are checked as described for other document types.</li>
+<li>The file <em>META-INF/manifest.xml</em> is validated with respect to the manifest schema of the selected ODF specification.</li>
+<li>If the file is an ODF 1.2 file, then the <em>META-INF/documentsignatures.xml</em> and <em>META-INF/macrosignatures.xml</em> sub files are validated with respect to the digital signatures schema of the ODF 1.2 specification.</li>
+<li>For all embedded objects in ODF format, the <em>content.xml</em>, <em>styles.xml</em>, <em>meta.xml</em> and <em>settings.xml</em> are validated as described for the main document above.</li>
+<li>It is checked whether the file itself ans all embedded objects in ODF format contain at least a <em>content.xml</em> or <em>styles.xml</em> sub file.</li>
+</ul>
+</li>
+</ul>
+<p>The following actions take place before or during the validation:</p>
+<div class="codehilite"><pre> - A DTD document declaration within a *manifest.xml* file is ignored. For the logging level **all**, an information is displayed if this happens. <span class="nt">&lt;br/&gt;</span>**Note:** Very early ODF implementations in OpenOffice.org wrongly included a document type declaration. Ignoring the document type enables the validation of the manifest despite of this error.
+ - A namespace <span class="ni">&amp;quot;</span>http://openoffice.org/2001/manifest<span class="ni">&amp;quot;</span> within a *manifest.xml* file is changed to <span class="ni">&amp;quot;</span>urn:oasis:names:tc:opendocument:xmlns:manifest:1.0<span class="ni">&amp;quot;</span>. For the logging level **all**, an information is displayed if this happens. <span class="nt">&lt;br/&gt;</span>**Note:** Early ODF implementations in OpenOffice.org used the wrong namespace. Changing it to the correct one enables the validation of the manifest despite the wrong namespace.
+ - Namespaces defined in the <span class="nt">&lt;a</span> <span class="na">href=</span><span class="s">&quot;http://www.oasis-open.org/committees/download.php/10765/office-spec-1.0-cd-2.pdf&quot;</span><span class="nt">&gt;</span>ODF v1.0 Committee Draft 2<span class="nt">&lt;/a&gt;</span> are replaced with those of the <span class="nt">&lt;a</span> <span class="na">href=</span><span class="s">&quot;http://www.oasis-open.org/specs/index.php#opendocumentv1.0&quot;</span><span class="nt">&gt;</span>ODF v1.0 OASIS Standard<span class="nt">&lt;/a&gt;</span>. For the logging level **all**, an information is displayed if this happens.<span class="nt">&lt;br/&gt;</span>**Note:** Changing the namespaces enables the validation of documents that conform to the ODF v1.0 CD2. Such documents have been saved by OpenOffice.org 1.0 beta versions.
+ - The value of *draw:points* attributes is truncated to 2048 characters. For the logging level **all**, an information is displayed if this happens.<span class="nt">&lt;br/&gt;</span>**Note:** The truncation of this attribute value avoids a stack overflow in MSV while validating the attribute value against a regular expression.
+ - A namespace <span class="ni">&amp;quot;</span>http://openoffice.org/2004/database<span class="ni">&amp;quot;</span> within a *content.xml* file is changed to <span class="ni">&amp;quot;</span>urn:oasis:names:tc:opendocument:xmlns:database:1.0<span class="ni">&amp;quot;</span>, and a namespace <span class="ni">&amp;quot;</span>http://openoffice.org/2004/office<span class="ni">&amp;quot;</span> within a *content.xml* file is changed to <span class="ni">&amp;quot;</span>urn:oasis:names:tc:opendocument:xmlns:office:1.0<span class="ni">&amp;quot;</span>. For the logging level **all**, an information is displayed if this happens.<span class="nt">&lt;br/&gt;</span>**Note:** These namespaces were used in OpenOffice.org 2.x database documents, because database documents are included in OpenDocument since version 1.2 only. Changing them enables the validation of  OpenOffice.org 2.x database documents.
+</pre></div>
+
+
+<h2 id="where_do_i_get_the_schemas">Where do I get the schemas?</h2>
+<p>The OpenDocument schemas are available on the <a href="http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=office">OASIS OpenDocument Technical 
+Committee</a> page. The ODF 1.0 and 1.1 schemas can be downloaded directly 
+from that page]. A zip file containing the most recent ODF 1.2 schemas is 
+available in the document section.</p>
+<p>The MathML DTD that is included in the ODF Validator us the one that is 
+included in the <strong>/share/dtd/math/1_01/</strong> folder of each 
+OpenOffice.org/Oracle Open Office installation.</p>
+<h2 id="requirements">Requirements</h2>
+<p><strong>ODF Validator</strong> requires J2RE 1.5 or J2RE 1.6. For J2RE 1.6, the following options have to be included into the <strong>java</strong> command line:</p>
+<div class="codehilite"><pre> <span class="o">-</span><span class="n">Djavax</span><span class="o">.</span><span class="n">xml</span><span class="o">.</span><span class="n">validation</span><span class="o">.</span><span class="n">SchemaFactory:http:</span><span class="sr">//</span><span class="n">relaxng</span><span class="o">.</span><span class="n">org</span><span class="sr">/ns/s</span><span class="n">tructure</span><span class="o">/</span><span class="mf">1.0</span><span class="o">=</span><span class="n">org</span><span class="o">.</span><span class="n">iso_relax</span><span class="o">.</span><span class="n">verifier</span><span class="o">.</span><span class="n">jaxp</span><span class="o">.</span><span class="n">validation</span><span class="o">.</span><span class="n">RELAXNGSchemaFactoryImpl</span>  
+ <span class="o">-</span><span class="n">Dorg</span><span class="o">.</span><span class="n">iso_relax</span><span class="o">.</span><span class="n">verifier</span><span class="o">.</span><span class="n">VerifierFactoryLoader</span><span class="o">=</span><span class="n">com</span><span class="o">.</span><span class="n">sun</span><span class="o">.</span><span class="n">msv</span><span class="o">.</span><span class="n">verifier</span><span class="o">.</span><span class="n">jarv</span><span class="o">.</span><span class="n">FactoryLoaderImpl</span>
+</pre></div>
+
+
+<p><strong>ODF Validator</strong> further requires the following packages:</p>
+<ul>
+<li><a href="https://msv.dev.java.net/">MSV</a>. <strong>msv.jar</strong>, <strong>isorelax.jar</strong>, <strong>relaxngDatatype.jar</strong> and <strong>xsdlib.jar</strong> included in the MSV distribution must be added to the project's libraries and must be in the classpath or a folder called <strong>lib</strong> that is next to the <strong>odfvalidator.jar</strong> at runtime. </li>
+<li><a href="https://isorelax-jaxp-bridge.dev.java.net">ISORELAX JARV -&gt; JAXP 1.3 Xml Validation Engine Adaptor</a>.  <strong>isorelax-jaxp-bridge-1.0.jar</strong> must be added to the project's libraries and must be in the classpath or a folder called <strong>lib</strong> that is next to the <strong>odfvalidator.jar</strong>  at runtime. </li>
+<li><strong>odfdom.jar</strong> from the ODFDOM component must be added to the project's libraries and must be in the classpath or a folder called <strong>lib</strong> that is next to the <strong>odfvalidator.jar</strong>  at runtime. </li>
+</ul>
+<p>The NetBeans project is pre-configured to build ODFDOM while building <strong>ODF Validator</strong>. This requires that the ODFDOM sources are located in a folder <strong>odfdom</strong> next to the folder of the <strong>ODF Validator</strong> project.</p>
+<p>Alternatively, the reference to the ODFDOM project in the compile time classpath of the <strong>ODF Validator</strong> project may be replaced with a reference to an already compiled <strong>odfdom.jar</strong>.</p>
+<p>The references to all other jar files must be updated manually before 
+building <strong>ODF Validator</strong>.</p>
+<p><strong>Note:</strong> ODFDOM requires <a href="http://xml.apache.org/dist/xerces-j/">Apache Xerces</a>. The jar file <strong>xercesImpl.jar</strong> also must exist in a folder <strong>lib</strong> next to <strong>odvalidator.jar</strong> file, or it must be in the classpath. The <strong>ODF Validator</strong> NetBeans projects includes a reference to <strong>xersesImpl.jar</strong> in the runtime classpath which has to be adapted after checking out the project.</p>
+<p><strong>Note:</strong> ODFDOM requires at least Xerces 2.8.0. Please note that MSV distribution contains an xercesImpl.jar which is older. </p>
+<h2 id="source_code">Source Code</h2>
+<p>The <strong>ODF Validator</strong> source code is located [http://odftoolkit.org/projects/conformancetools/sources/odf-validator-src/show here]. <strong>ODF Validator</strong> uses Mercurial for source control. Please check the 
 <a href="{{project help page SourceControl}}">help</a> for instruction how to use Mercurial.</p>
-<p>The '''ODFValidator''' ia a NetBeans project. To work with the project, just open the project folder.</p>
-<p style="margin: 15px 0px"><center>Back to: [[Home|ODF Conformance and other Tools Wiki Home]]</center></p>
   </div>
 
   <div id="footera">



Mime
View raw message