Schon in der Zeit, in der dWb+ und der Aviator in meiner ehemaligen Firma entwickelt wurden, war ich nicht ganz zufrieden mit der Umsetzung des Konzeptes "Rapid" Prototyping. Nach reiflicher Überlegung wird mittels BeanShell nachgebessert
Bisher war die Anwendung dWb+ zwar auch schon in Richtung Rapid Prototyping getrimmt. Aber schließlich heißt Rapid schnell - und dieser Aspekt war noch verbesserungswürdig: Die Module mussten noch immer kompiliert und wieder eingespielt werden.
Mit BeanShell-Klassen lässt sich das abändern: Man kann ganz normale Java-Klassen in BeanShell integrieren: Diese können als Quelltext von BeanShell geparst werden. BeanShell wandelt diese Quelltexte dann - ohne Kompilieren! - in Klassen um, die innerhalb von Java-Anwendungen benutzt werden können. Das i-Tüpfelchen: Man kann die Klassen einfach neu laden; Anschließen instantiierte Instanzen der Klassen benutzen dann die neuen Definitionen.
Damit werden wesentlich kürzere Turn-Around-Zyklen möglich. Ein nützlicher Punkt ist zudem, daß die Klassen, die als BeanShell-Module in der angegebenen Art entwickelt wurden, nach der Fertigstellung ohne Änderungen kompiliert werden und anschließend als normale Module benutzt werden können.
Der einzige Wermutstropfen ist zur Zeit noch die Serialisierung von und nach XML: Dieser Mechanismus ist die Grundlage für Laden und Speichern von Workspaces, wie auch von Copy und Paste und Refactoring. Versucht man die BeanShell-Module mittels XMLEncoder zu serialisieren, kommt es zu Fehlern, wenn die Klassendefinition aktualisiert wurde und Instanzen serialisiert werden sollen, die aus zwei verschiedenen Versionen der Klassendefinition entstanden sind. Aktuell werdne Untersuchungen durchgeführt, ob man diesen Mechanismus so erweitern/anpassen kann, daß die Serialisierung auch in diesem Fall funktioniert. Bis zur Lösung wird das Problem so umgangen, daß vor der Serialisierung nach XML Modulinstanzen gesucht werden, die aus veralteten Klassendefinitionen hervorgegangen sind, und diese durch die neuen ersetzt werden.
22.11.2014
Das Werkzeug dWb+ war und ist eine Lösung für den Bereich Rapid Prototyping. Bereits in der aktuell verfügbaren Ausbaustufe ist eine schnelle Änderung bestehender Workflows durch die lose Kopplung der als Verarbeitungseinheiten eingesetzten Module gegeben. Neue Techniken senken die Turnaround-Zeiten weiter.
OAuth und OTP
16.02.2020
Wie bereits beschrieben will ich mich demnächst näher mit OAuth befassen...
Weiterlesen...Android Basteln C und C++ Chaos Datenbanken Docker dWb+ ESP Wifi Garten Geo Go GUI 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 musste neulich darüber nachdenken, eine Parallelisierung für einen meiner ANT-Tasks in meinem Static Site Generator einzubauen.
WeiterlesenIch habe mich mit der Idee zu diesem Projekt Monate abgequält - hätte ich gewusst, was die eigentliche Implementierung für Qualen verursachen würde, hätte ich sie wahrscheinlich eingestampft.
WeiterlesenDa ich mich in den letzten Wochen wieder einmal mit Javas Sicherheitsmechanismen und dem Erzeugen von Animationen beschäftigt habe, habe ich den Entschluss gefasst, die bisher mittels JMF AVIs in dWb+ zu erstetzen - nur wodurch?
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.