Automatisierte Erstellung von Schnittstellenmodulen

vorhergehende Artikel in: Java dWb+ Komponenten
16.01.2015

Dieser Artikel ist noch nicht wirklich Teil einer Roadmap und er beschreibt auch noch nicht wirklich einen zu erreichenden Meilenstein. Vielmehr beleuchtet er einen spezifischen Aspekt bezüglich des Themenbereiches Enterprise Integration.

Warum?

Dataflow Workbench dWb+ Wie bereits in anderen Artikeln diskutiert, steht und fällt ein System mit seinen äußeren Schnittstellen. Auch ein Produkt wie dWb+ kann nicht existieren, wenn es sich nur selbst bespiegelt. Es muß in der Lage sein, Informationen aus der Umgebung zu verarbeiten und die Resultate wiederum in die Umgebung zu kommunizieren. Das System stellt verschiedene Modul-Templates zur Verfügung, die es Entwicklern erleichtern, Schnittstellenmodule zu entwickeln.

Es wäre aber unter Umständen erstrebenswert, automatisch solche Module zu erstellen und diese dann noch nicht einmal kompilieren zu müssen. Die Vision - ich bitte um Entschuldigung für dieses Wort - ist: man lässt eine Definition der Schnittstelle auf den Arbeitstisch fallen und das System generiert das passende Schnittstellenmodul dynamisch.

Das genau soll der Versuch sein, der demnächst für dWb+ unternommen wird. Über die Ergebnisse - sollten sie positiv sein - wird hier berichtet werden.

Vorüberlegungen

Schnittstellenbeschreibung

Zunächst muß man sich Gedanken darüber machen, welche Informationen in einer solchen Schnittstellendefinition enthalten sein müssen - momentan ist folgendes Schema dafür in der Diskussion:
Client/Server
Ist dWb passiver Befehlsempfänger (Server) oder aktiver Initiator der Kommunikation (Client)?
Schema
Wie sind die Daten aufgebaut? Ein Beispiel für die Realisierung könnte XML Schema sein. Vorschlag für das Datenformat: URI.
Data
Definition der Schnittstelle - soll die Schnittstelle als HTTP-Client funktionieren, also zum Beispiel aine URL. Vorschlag für das Datenformat: URI.

Realisierung

Es wäre beispielsweise möglich, einen BeanContextService zu erstellen, der die oben beschriebenen Schnittstellendefinitions-Tupel als ServiceLocator benutzt und daraus die Schnittstellen-Module erzeugt.

Datentypen

Die Ausgangsdatentypen solcher dynamisch zur Laufzeit erzeugten Module sind naturgemäß immer ein Problem: da sie zur Laufzeit erzeugt werden, existieren naturgemäß keine Module, die genau diesen Typ als Eingangstyp haben.

Das lässt sich durch verschiedene Strategien abmildern:

JSON

Die Ausgangsobjekte könnten als JSON-Objekte definiert werden - alle Module, die mit JSON-Objekten umgehen können, können dann auch damit arbeiten.

JAXB

Für die Daten in der Schnittstellendefinition können (sofern XML Schema als Datendefinitions-Sprache verwendet wird) per JAXB Klassen erzeugt werden, die in dWb integriert werden können. Für diese Klassen können dann spezifische Module geschrieben werden. Sie können aber auch einfach mittels BeanSplitter-Modulen in ihre Einzelteile zerlegt werden und man kann anschließend mit diesen weitere Module beschicken.

BeanShell

Aus den einkommenden Informationen werden Beanshell-Objekte erzeugt. Können diese mittels Reflection und Introspektion analysiert werden, steht evtl. wieder der Weg über BeanSplitter-Module offen.

Artikel, die hierher verlinken

Protobuf in dWb+

31.01.2016

In einem früheren Artikel wurden verschiedene Gedankenexperimente durchgespielt, die alle unter einem Motto standen: Wie lässt sich für Anwender von dWb+ am unkompliziertesten die Erstellung spezifischer Schnittstellenmodule realisieren? Nach dem zweiten nun hier der dritte konkrete Vorschlag dazu:

Javascript-Schnittstellen in dWb+

31.01.2015

In einem früheren Artikel wurden verschiedene Gedankenexperimente durchgespielt, die alle unter einem Motto standen: Wie lässt sich für Anwender von dWb+ am unkompliziertesten die Erstellung spezifischer Schnittstellenmodule realisieren? Nach dem ersten nun hier der zweite konkrete Vorschlag dazu:

Schnittstellenmodule automatisch erstellen (JAXB)

25.01.2015

In einem früheren Artikel wurden verschiedene Gedankenexperimente durchgespielt, die alle unter einem Motto standen: Wie lässt sich für Anwender von dWb+ am unkompliziertesten die Erstellung spezifischer Schnittstellenmodule realisieren? Hier der erste konkrete Vorschlag dazu:

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


Vor 5 Jahren hier im Blog

  • Synchronisierung von Lorenz-Systemen III

    23.10.2020

    Nachdem ich in einem vorhergehenden Artikel auf das Problem des kleinen Parameterraums im Zusammenhang mit der Nutzung synchronisierter chaotischer Systeme hingewiesen hatte will ixch hier untersuchen, wie sensibel solche Systeme auf Abweichungen der Parameterwerte zwischen treibendem und getriebenen System reagieren

    Weiterlesen

Neueste Artikel

  • Plugin zur Arbeit mit Markdown für NeoVim

    Ich habe neulich beschrieben, dass ich aktuell mehr und mehr bemerke, dass Dinge, für die ich in meinem NeoVim-Setup Plugins benutzt habe sehr gut auch mit Bordmitteln funktionieren.

    Weiterlesen
  • Raspbian Upgrade von 11 (Bullseye) nach 12 (Bookworm)

    Ich habe neulich wieder einmal eine Upgrade- und Backup-Sitzung mit meinen diversen Linuxinstallationen veranstaltet. Der Zeitpunkt schien mir gekommen, da es eine neue stable Variante von Debian (Trixie) gibt.

    Weiterlesen
  • Meine praktischen Erfahrungen mit ollama (llava)

    Ich diskutiere immer wieder gern über das was heute Machine Intelligence oder Artificial Intelligence ( oder wie die ganzen anderen hohlen Phrasen heißen, die dafür heutzutage als Buzzwords missbraucht werden). Das geschieht online, in meinem $dayjob oder auch privat. Meine Meinung steht fest: das ist alles Quatsch und steht in keiner Relation zum Nutzen

    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.