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.
Multi-User-WebDAV, Docker, GitHub
17.11.2019
Nachdem ich mich in letzter Zeit verstärkt mit Docker und dem zugehörigen Ökosystem beschäftige, habe ich begonnen, verschiedenste Dienste in Containern zu testen um zu sehen, ob in manchen Fällen LXC oder KVM nicht doch die bessere Wahl wäre...
Weiterlesen...Android Basteln C und C++ Chaos Datenbanken Docker dWb+ ESP Wifi Garten Geo Go GUI Gui Hardware Java Jupyter Komponenten Links Linux Markdown Markup Music Numerik OpenSource PKI-X.509-CA Python QBrowser Rants Raspi Revisited Security Software-Test sQLshell TeleGrafana Verschiedenes Video Virtualisierung Windows Upcoming...
In eigener Sache...
Weiterlesen...Ich habe eine neue Java Swing Komponente erstellt: Es handelt sich um einen Wrapper für von JToolBar abgeleitete Klassen, die die Werkzeugleiste minimieren und sie nur dann einblenden, wenn der Mauszeiger über ihnen schwebt.
Weiterlesen...Ich habe bereits in einem früheren Artikel über meine ersten Erfolge berichtet, der sQLshell auf Basis des bestehenden Codes aus dem Projekt EBMap4D eine bessere Integration für Geo-Daten zu spendieren und entsprechende Abfragen, bzw. deren Ergebnisse auf einer Kartenansicht zu visualisieren.
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.