Assertions für XML-Generierung nutzen

vorhergehende Artikel in: Java Komponenten Markup
27.11.2023

Neulich habe ich den Entschluss gefasst, meinen Generator für XML aus vorgegebenen XML-Schemas zu erweitern: Ich wollte versuchen, den Generator um Unterstützung für Assertions zu ergänzen

SchemaAnalyzer Assertions bedienen sich Ausdrücken, wie sie in XPaths gebräuchlich sind - Ich musste also zwei Fragen klären:

  1. Sind Assertions - wenigstens für SimpleTypes - in Apache XMLBeans als Schemaelemente modelliert und zugreifbar?
  2. Kann ich XPath-Ausdrücke in Java-Code validieren?
Frage 1 war leider nur zu schnell beantwortet: Obwohl ich nirgends auf der Webseite der Apache XMLBeans eine explizite Angabe über die unterstützte XML-Schema Version finden konnte, bin ich mir sicher, dass die aktuelle Version (5.1.1 zum Zeitpunkt des Verfassens dieses Artikels) zumindest Version 1.1 nicht vollständig unterstützt: Assertions fehlen hier. Damit wusste ich, dass ich meinen Generator nicht damit würde aufwerten können.

Die zweite Frage fand ich aber so interessant, dass ich ihr nachging: Kann man in Java-Code XPath-Ausdrücke zur Validierung eingegebener Daten heranziehen? Warum sollte man das tun? Nun - wenn in einem größeren Projekt die Fachexperten hervorragend mit XML-Schema und XPath vertraut sind und deswegen die Regeln in dieser Syntax anliefern, müsste man sie nicht in eine andere Sprache transponieren. Außerdem hatte ich gerade Urlaub und fand das eine interessante intellektuelle Herausforderung.

Ich versuchte also mein Glück und hatte Erfolg: Ich behalf mir damit, die zu validierenden Werte in ein Hilfs-XML-Fragment einzuhüllen wie diese Beispiel hier zeigt:

<value><![CDATA[1>23]]></value>

Anschließend konnte ich einen XPath wie zum Beispiel value[contains(.,\">\")] darauf loslassen. Die Validierung ist immer dann erfolgreich, wenn die resultierende NodeList nicht leer ist.

Ein weiteres Beispiel könnte so aussehen:

<value><![CDATA[123]]></value>

Und eine Regel, der dieses Datum genügt könnte //value[. != 123] sein, wohingegen der Wert gegen die Regel //value[. < 123] verstoßen würde.

Der Code dafür (hier noch eine early pre-Alpha in der alles fest gecoded ist) ist erfreulich kurz:

import org.w3c.dom.Document;
import org.xml.sax.InputSource;
import org.xml.sax.SAXException;

import javax.xml.parsers.DocumentBuilder; import javax.xml.parsers.DocumentBuilderFactory; import javax.xml.parsers.ParserConfigurationException; import javax.xml.transform.TransformerException; import java.io.IOException; import java.io.StringReader; //... DocumentBuilderFactory dbfac = DocumentBuilderFactory.newInstance(); DocumentBuilder docBuilder = dbfac.newDocumentBuilder(); Document doc = docBuilder.parse( new InputSource(new StringReader("<value><![CDATA[124]]></value>"))); org.apache.xpath.XPathAPI xpathAPI = new org.apache.xpath.XPathAPI(); org.w3c.dom.NodeList nl = xpathAPI.selectNodeList(doc.getDocumentElement(), "//value[. != 123]"); System.out.println("found "+nl.getLength()+" matching nodes"); for(int i=0;i<nl.getLength();++i) { System.out.println(nl.item(i)); } //...

Alle Artikel rss Wochenübersicht Monatsübersicht Codeberg Repositories Mastodon Über mich home xmpp


Vor 5 Jahren hier im Blog

  • Styles für GeoJSON in EBMap4D

    22.08.2021

    Ich habe bereits darüber berichtet, dass EBMap4D jetzt über die Möglichkeit verfügt, beliebige GeoJSON-Layer darzustellen. Nun ist die Anwendung um die Möglichkeit erweitert worden, in diesen GeoJSON-Daten enthaltene Stilinformationen für die Darstellung zu nutzen.

    Weiterlesen

Neueste Artikel

  • Linux-System SBOM visualisiert als Graph - für YUM!

    Ich schrieb vor einiger Zeit über die Visualisierung und Analyse von Abhängigkeiten in Linux-Distributionen, die auf Debian aufbauen. Damals habe ich noch behauptet, dass andere Distributionen, die zum Beispiel auf yum als Paketmanagement-Lösung setzen nur schwer in dieser Art und Weise analysierbar sind. Ich habe weiter recherchiert und nun auch dafür eine Lösung gefunden.

    Weiterlesen
  • 35 Jahre Antipatterns in Datenmodellen

    Ich habe inzwischen 35 Jahre Softwareentwicklung auf dem Buckel - viele davon für Geld...

    Weiterlesen
  • Highlights der DefCon 34

    Hier meine Highlights der DefCon 34 in Las Vegas

    Weiterlesen

Manche nennen es Blog, manche Web-Seite - ich schreibe hier hin und wieder über meine Erlebnisse, Rückschläge und Erleuchtungen bei meinen Hobbies.

Wer daran teilhaben und eventuell sogar davon profitieren möchte, muss damit leben, daß ich hin und wieder kleine Ausflüge in Bereiche mache, die nichts mit IT, Administration oder Softwareentwicklung zu tun haben.

Ich wünsche allen Lesern viel Spaß und hin und wieder einen kleinen AHA!-Effekt...

PS: Meine öffentlichen Codeberg-Repositories findet man hier.