--ct-restrict-mode = 1.0|1.1|default
Definiert, wie complexType-Einschränkungen überprüft werden sollen. Beim Wert 1.0 werden complexType-Einschränkungen anhand der XSD 1.0-Spezifikation überprüft - und zwar auch im XSD 1.1-Validierungsmodus. Beim Wert 1.1 werden complexType-Einschränkungen anhand der XSD 1.1-Spezifikation überprüft - und zwar auch im XSD 1.0-Validierungsmodus. Beim Wert default werden complexType-Einschränkungen anhand der als aktueller Validierungsmodus (1.0 oder 1.1) ausgewählten XSD-Spezifikation überprüft. Der Standardwert ist default.
|
--listfile = true|false
Bei true wird das Argument InputFile des Befehls als Textdatei behandelt, die einen Dateinamen pro Zeile enthält. Der Standardwert ist false. (Als Alternative können die Dateien im CLI getrennt durch ein Leerzeichen aufgelistet werden. Beachten Sie allerdings, dass CLIs eine maximale Zeichenanzahl haben.) Beachten Sie, dass die Option --listfile nur auf Argumente, nicht aber auf Optionen angewendet wird.
Hinweis: Die Booleschen Optionswerte werden auf true gesetzt, wenn die Option ohne einen Wert definiert wird.
|
--recurse = true|false
Dient zur Auswahl von Dateien innerhalb von Unterverzeichnissen einschließlich ZIP-Archiven. Bei true wählt das Argument InputFile des Befehls die angegebene Datei auch in den Unterverzeichnissen aus. Beispiel: test.zip|zip\test.xml wählt Dateien mit dem Namen test.xml auf allen Ordnerebenen des ZIP-Ordners aus. Es können die Platzhalter * und ? verwendet werden. Mit *.xml werden folglich alle .xml Dateien im (ZIP-)Ordner ausgewählt. Der Standardwert der Option ist false.
Hinweis: Die Booleschen Optionswerte werden auf true gesetzt, wenn die Option ohne einen Wert definiert wird.
|
--report-import-namespace-mismatch-as-warning = true|false
Stuft Fehler, die beim Import von Schemas mit xs:import aufgrund eines nicht übereinstimmenden Namespace oder Ziel-Namespace auftreten, von Fehlern auf Warnungen herab. Der Standardwert ist false.
Hinweis: Die Booleschen Optionswerte werden auf true gesetzt, wenn die Option ohne einen Wert definiert wird.
|
--schema-imports = load-by-schemalocation | load-preferring-schemalocation | load-by-namespace | load-combining-both | license-namespace-only
Definiert das Verhalten von xs:import Elementen, von denen jedes ein optionales namespace Attribut und ein optionales schemaLocation Attribut hat: <import namespace="someNS" schemaLocation="someURL">. Mit der Option wird definiert, ob ein Schema-Dokument geladen oder nur ein Namespace lizenziert werden soll und, wenn ein Schema-Dokument geladen werden soll, anhand welcher Informationen es gesucht werden soll. Standardeinstellung: load-preferring-schemalocation. Das Verhalten ist das folgende:
•load-by-schemalocation: Anhand des Werts des schemaLocation Attributs wird der Schemapfad ermittelt, wobei Katalog-Mappings berücksichtigt werden. Wenn das Namespace-Attribut vorhanden ist, wird der Namespace importiert (lizenziert). •load-preferring-schemalocation: Wenn das schemaLocation Attribut vorhanden ist, wird es verwendet, wobei Katalog-Mappings berücksichtigt werden. Falls kein schemaLocation Attribut vorhanden ist, wird der Wert des namespace Attributs über ein Katalog-Mapping verwendet. Dies ist der Standardwert. •load-by-namespace: Anhand des Werts des namespace Attributs wird der Schemapfad über ein Katalog-Mapping ermittelt. •load-combining-both: Wenn entweder das Attribut namespace oder das Attribut schemaLocation ein Katalog-Mapping hat, so wird das Mapping verwendet. Wenn beide Attribute Katalog-Mappings haben, ist es vom Wert der Option --schema-mapping (XML/XSD-Option) abhängig, welches Mapping verwendet wird. Falls kein Katalog-Mapping vorhanden ist, wird das schemaLocation Attribut verwendet. •license-namespace-only: Der Namespace wird importiert. Kein Schema-Dokument wird importiert.
|
--schema-location-hints = load-by-schemalocation | load-by-namespace | load-combining-both | ignore
Definiert das Verhalten der Attribute xsi:schemaLocation und xsi:noNamespaceSchemaLocation: Legt fest, ob ein Schema-Dokument geladen werden soll und falls ja, anhand welcher Informationen es gesucht werden soll. Standardeinstellung: load-by-schemalocation.
•Der Wert load-by-schemalocation verwendet die URL des Schemapfads in den Attributen xsi:schemaLocation und xsi:noNamespaceSchemaLocation in XML-Instanzdokumenten. Dies ist der Standardwert. •Der Wert load-by-namespace verwendet den Namespace-Teil von xsi:schemaLocation und - im Fall von xsi:noNamespaceSchemaLocation - einen leeren String und ermittelt das Schema über ein Katalog-Mapping. •Bei Verwendung von load-combining-both und wenn entweder der Namespace-Teil oder der URL-Teil ein Katalog-Mapping hat, so wird das Katalog-Mapping verwendet. Wenn beide Katalog-Mappings haben, ist es vom Wert der --schema-mapping Option (XML/XSD-Option) abhängig, welches Mapping verwendet wird. Wenn weder der Namespace noch die URL ein Katalog-Mapping hat, wird die URL verwendet. •Wenn der Wert der Option ignore ist, werden die beiden Attribute xsi:schemaLocation und xsi:noNamespaceSchemaLocation ignoriert. |
--schema-mapping = prefer-schemalocation | prefer-namespace
Wenn ein Schema-Dokument sowohl anhand des Schema-Pfads als auch des Namespace gesucht werden soll, wird damit festgelegt, welche der beiden Optionen beim Katalog-Lookup Vorrang erhält. (Wenn eine der Optionen --schemalocation-hints oder --schema-imports einen Wert load-combining-both hat und wenn die betroffenen Namespace- und URL-Teile beide Katalog-Mappings haben, gibt der Wert dieser Option an, welches der beiden Mappings verwendet werden soll (das Namespace Mapping oder das URL-Mapping; der Wert prefer-schemalocation bezieht sich auf das URL-Mapping)). Der Standardwert ist prefer-schemalocation.
|
--script = FILE
Führt nach Abschluss der Validierung das Python-Skript in der angegebenen Datei aus. Fügen Sie die Option mehrmals hinzu, um mehr als ein Skript zu definieren.
|
--api, --script-api-version = 1|2|2.1|2.2|2.3|2.4|2.4.1|2.5|2.6|2.7|2.8
Definiert, welche Python API-Version für das Skript verwendet werden soll. Der Standardwert ist die neueste Version, derzeit 2.8. Anstelle der Werte 1 und 2 können Sie auch die Werte 1.0 bzw. 2.0 verwenden.
|
--script-output = FILE
Schreibt die Standardausgabe des Skripts in die in FILE angegebene Datei.
|
--script-param = KEY:VALUE
Zusätzliche benutzerdefinierte Parameter, die während der Ausführung von Python Skripts aufgerufen werden können. Fügen Sie die Option mehrmals hinzu, um mehr als einen Parameter zu definieren.
|
--xinclude = true|false
Aktiviert die Unterstützung für XML-Inkludierungen (XInclude). Der Standardwert ist false. Bei false werden die include-Elemente von XInclude ignoriert.
Hinweis: Die Booleschen Optionswerte werden auf true gesetzt, wenn die Option ohne einen Wert definiert wird.
|
--xml-mode-for-schemas = wf|id|valid
Definiert, welcher XML-Verarbeitungsmodus für XML-Schema-Dokumente verwendet werden soll: wf=Wohlgeformtheitsprüfung; id=Wohlgeformtheitsprüfung mit ID/IDREF-Prüfung; valid=Validierung. Der Standardwert ist wf. Beachten Sie, dass jedes bei der Verarbeitung geladene Schema-Dokument eine DTD referenzieren muss, damit der Wert valid ausgegeben werden kann. Falls keine DTD vorhanden ist, wird ein Fehler ausgegeben.
|
--xsd-version = 1.0|1.1|detect
Definiert die zu verwendende W3C Schema Definition Language (XSD) Version. Der Standardwert ist 1.0. Diese Option eignet sich auch, um herauszufinden, inwiefern ein 1.0-kompatibles Schema nicht mit Schemaversion 1.1 kompatibel ist. Die Option detect ist eine Altova-spezifische Funktionalität. Mit dieser Option kann die Version des XML-Schema-Dokuments (1.0 oder 1.1) durch Lesen des Werts des vc:minVersion Attributs des <xs:schema> Elements des Dokuments ermittelt werden. Wenn der Wert des @vc:minVersion Attributs 1.1 ist, wird das Schema als Version 1.1 erkannt. Bei jedem anderen Wert wird das Schema als 1.0 erkannt. Bei jedem anderen Wert oder bei Fehlen des @vc:minVersion Attributs wird das Schema als Version 1.0 gelesen.
|
|
