Ich suche immer wieder nach neuen Ideen, möglichst einfach problemangepasste Testdaten zu erzeugen. Diesmal habe ich damit begonnen, XML-Dokumente zu erzeugen, die einem vorgegebenen XML-Schema genügen sollten

Überblick

Ich hatte bereits einige Male über ein solches Projekt nachgedacht, es aber immer wieder verworfen - bis ich einen Artikel fand, der beschrieb, wie man Daten entsprechend einer vorliegenden Backus-Naur-Form erzeugen könnte. Ich fand bei meinen Recherchen zwar allerlei Nützliches zur Arbeit mit Grammatiken, wurde aber auch wieder an die uralte Idee der Erzeugung von Daten einem XML-Schema folgend erinnert

Das inspirierte mich, noch einmal über dieses Thema nachzudenken. Einer der Gründe, die mich bisher immer davon abhielten war die Tatsache, dass XML Schema recht komplex und schwer zu parsen ist - auch wenn es einige ausgezeichnete Ressourcen dazu im Netz gibt.

Jetzt fand ich aber eine Bibliothek - xmlbeans -, die einen Schema-Parser beinhaltet, der alle meine Wünsche erfüllte - damit konnte ich das Projekt angehen, ohne mich um den Parser kümmern zu müssen und konnte mich ganz auf die Datengenerierung konzentrieren.

Roadmap

Diese Komponente wird die Erstellung gültiger XML-Dokumente für ein vorgegebenes XML-Schema (version 1.0) realisieren. Es wird eine Untermenge der XML-Schema-Version 1.0 (a http://www.w3.org/2001/XMLSchema unterstützt - siehe dazu auch hier.

Diese Funktionalität kann für die Erstellung von Testdaten oder zum Fuzzing von Schnittstellen eingesetzt werden. Die erzeugten Daten können über das generierte XML-Dokument unter Verwendung von XSLT-Transformationen in andere gewünschte textbasierte Repräsentationen überführt werden.

Alle nicht nachstehend explizit genannten Features werden nicht unterstützt!

Die Komponente nimmt ein XML-Schema-Dokument entgegen und erzeugt ein gültiges Instanz-Dokument für den Dokument-Typ wenn exakt einer existiert. Existieren mehrere Dokumenttypen, muss der Anwender den gewünschten durch Angabe dessen Namens identifizieren.

Version 0.9

Der Inhalt der Attribute und Elemente wird entsprechend der im Schema vorgefundenen Regeln und Einschränkungen vollkommen artifiziell - ohne jede Semantik - generiert!

Schema

Es werden nur Elemente unterstützt - kein mixed type! Attribute werden ebenfalls unterstützt.

Indicators

Unterstützt werden:

• All
• Choice
• Sequence
• maxOccurs
• minOccurs

Attributes

Unterstützt werden:

• Optional
• Required

Datatypes

Unterstützt werden (siehe auch):

Primitive datatypes

• string
• boolean
• decimal
• float
• double
• duration
• dateTime
• time
• date
• gYearMonth
• gYear
• gMonthDay
• gDay
• gMonth
• hexBinary
• base64Binary
• anyURI

Derived datatypes

• normalizedString
• token
• language
• integer
• nonPositiveInteger
• negativeInteger
• long
• int
• short
• byte
• nonNegativeInteger
• unsignedLong
• unsignedInt
• unsignedShort
• unsignedByte
• positiveInteger
• NCName
• ID
• NMToken

Restrictions

Unterstützt werden )abhängig von der Verfügbarkeit der jeweiligen Restriction für den in Frage stehenden Datentyp):

• enumeration
• fractionDigits
• length
• maxExclusive
• maxInclusive
• maxLength
• minExclusive
• minInclusive
• minLength
• pattern
• totalDigits

Version 1.0

Features:

• Version 0.9
• Zusätzlich wird es möglich sein, Generatoren für bestimmte Elemente anzugeben, um dem entstehenden Dokument eine bessere Semantik zu verleihen.
• Substitution Groups
• Type Hierachies und abstrakte Typen

Artikel, die hierher verlinken

Kommentar hinzufügen (via ) Kommentare ansehen (via )

Kommentar hinzufügen (via ) Kommentare ansehen (via )