Module xsd_loader 

XTypes 1.3 Annex A — XSD-Schema-Loader fuer <types> XML (C4.5).

Spec OMG XTypes 1.3 §7.3.2 + §7.3.3 + Annex A: ein XML-Type-Document (Annex-A-Schema) MUSS zur Laufzeit von einem URI-fähigen Loader aufnehmbar sein. Das ist Voraussetzung für create_type_w_uri und create_type_w_document (DynamicType-API, kommt mit C4.1).

Scope C4.5 (diese Stufe)

• URI-Loader: file://, data: (RFC 2397), inline-Bytes via load_type_libraries_from_string.
• Strukturelle XSD-Annex-A-Validierung: prueft die Element-/ Attribut-Namen + Pflicht-Attribute pro Type-Konstrukt. Voll XSD- 1.1-Engine (XPath, Schematron) nicht implementiert.
• Spec-Namespace-Check: http://www.omg.org/spec/DDS-XML als targetNamespace. Strict-Modus rejected fehlende Namespace.
• Re-Use C7.D: liefert Vec<TypeLibrary> (XML-Datenmodell aus xtypes_def); TypeObject-Bridge ist künftige Erweiterung (C4.5-b nach C4.1).

Bewusst nicht im Crate

• Voller XSD-1.1-Validator (XPath, key/keyref, assertions).
• HTTP/HTTPS-URI-Schemas — nur file:// + data:.
• XML-Catalog-Resolution.

Enums

ValidationMode

Strict vs Lax-Validierungsmodus.

Constants

DDS_XML_NAMESPACE

Spec-Namespace fuer DDS-XML (XTypes Annex A + DDS-XML 1.0 §7.1.5).

MAX_DATA_URI_BODY

Maximaler data:-Body (DoS-Cap, 1 MiB).

MAX_FILE_BYTES

Maximale file://-Datei-Groesse (DoS-Cap, 16 MiB).

Functions

load_type_libraries_from_string

Lade XML-Type-Libraries direkt aus einem inline-String.

load_type_libraries_from_uri

Lade XML-Type-Libraries aus einer URI.