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:
Die Integration von JSON-Schnittstellen in dWb ist ein wenig komplexer, da JSON per Definition
nicht typisiert ist - das bedeutet, man kann aus JSON-Fragmenten nicht unmittelbar Java-Klassen erzeugen -
die Typinformationen für die einzelnen Felder und Properties fehlen.
Statt dessen wird hier ein anderer Weg vorgeschlagen: Die Module, die die Daten aus der JSON-Schnittstelle verarbeiten sollen, existieren bereits. Damit ist auch deren Schnittstelle - die Datenstrukturen oder Klassen, die sie als Input benötigen - definiert. Damit muss nur noch ein Mapping zwischen den JSON-Strukturen und den Klassen aus der Fachdomäne geschaffen werden.
Dazu eignet sich am besten das Mittel der Scripted Modules: dWb+ unterstützt (mittels BeanShell) Module, die lediglich als Quelltext vorliegen. Damit kann man für das angesprochene Mapping einfach solche Klasen schreiben, die die von den fachlichen Modulen benötigten Datenstrukturen liefern, nachdem sie sie mit den passenden Daten aus der eingehenden JSON-Struktur gefüllt haben. Auf ähnliche Art und Weise lassen sich beliebige JSON-Strukturen aus beliebigen Klassen-Instanzen aufbauen, um die Resultate der Workflows an Drittsysteme weiterzugeben.
Damit lassen sich neue externe Systeme mit minimalen Turn-Around-Zeiten an dWb+ ankoppeln, sofern diese wohldefinierte JSON-Schnittstellen anbieten.
08.07.2016
Bereits seit längerer Zeit plante ich, dWb+ mit Java Enterprise Edition zu koppeln. Im letzten Monat gelang es mir: Nachdem ich dafür gesorgt hatte, dass das System mit Queues in JBoss Wildfly 10 kommunizieren konnte, habe ich mich der Verwendung von Enterprise JavaBeans als Module zugewandt
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:
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.
WeiterlesenAI und ML Android Basteln C und C++ Chaos Datenbanken Docker dWb+ ESP Wifi Garten Geo Go GUI Hardware Java Jupyter JupyterBinder Komponenten Links Linux Markdown Markup Music Numerik OpenSource PKI-X.509-CA Präsentationen Python QBrowser Rants Raspi Revisited Security Software-Test sQLshell TeleGrafana Verschiedenes Video Virtualisierung Windows Upcoming...
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.
WeiterlesenIch habe inzwischen 35 Jahre Softwareentwicklung auf dem Buckel - viele davon für Geld...
WeiterlesenHier meine Highlights der DefCon 34 in Las Vegas
WeiterlesenManche 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.