Nach den letzten beiden Funktionserweiterungen für dWb+ wurde versucht, den eingeschlagenen Weg weiter zu vereinfachen: Skripted Module sollten das Remoting weiter vereinfachen. Dabei trat ein interessantes Problem auf, das gleich seine eigene Lösung mitbrachte...
Die Idee war einfach: Für den Einsatz von Modulen im Remoting musste immer
eine Implementierung und ein entsprechendes Interface geschaffen werden. Dieser Aufwand sollte weiter
reduziert werden. Dazu entstand der Gedanke, ein Modul zu schaffen, das Java-Code
interpretieren kann. Diese Interpretation sollte per Remoting auf andere Rechner
verlagert werden können:
import java.io.Serializable;public interface BeanShell extends Serializable { public Object eval(String snippet)throws Throwable; }
Daraus folgte dann eine erste Implementation:
import java.net.UnknownHostException; import java.net.Inet4Address; import bsh.Interpreter;Diese erste naive Implementierung schien zunächst auch zu funktionieren: Über diesen Mechanismus des Rückgabetyps Object ließen sich beliebige Klassentypen, die durch den Skriptcode erzeugt wurden, an die steuernde dWb+ Instanz zurücksenden. Bei den folgenden Integrationstests stellte sich aber heraus, daß die Implementierung nur dann wirklich korrekt arbeitete, wenn sie lokal auf dem Rechner ausgeführt wurde, auf dem auch die steuernde dWb+ Instanz ausgeführt wurde.public class BeanShellImpl implements BeanShell { public Object eval(String snippet) throws Throwable { System.out.println("BeanShellImpl running on "+ Inet4Address.getLocalHost().getHostName()); Interpreter interpreter=new Interpreter(); Object rv=interpreter.eval(snippet); return rv; } }
Auf anderen Rechnerknoten änderte sich das Verhalten: der Skriptcode wurde nach dem ersten Start ohne weitere externe Stimuli wieder und wieder ausgeführt. Das geschah allerdings nicht als Endlosschleife, sondern in regelmäßigen zeitlichen Abständen von ungefähr einer Sekunde. Die einzige Abhilfe dagegen besteht bisher darin, daß die zurückgelieferten Werte nur Klassentypen haben dürfen, die das Marker-Interface java.io.Serializable implementieren.
Hält man sich daran, kann diese Implementierung die Produktivität der Anwendung dWb+ weiter steigern helfen.
28.01.2014
Neue Versionen der Anwendungen sQlshell und dWb+ sind verfügbar
Bildverarbeitung in Java multi-threaded
13.08.2020
Ich habe vor einiger Zeit darüber berichtet, dass ich eine alte Bibliothek zur Bildverarbeitung von C++ nach Java portiert habe. Ich habe sie inzwischen poliert und um neue Features ergänzt...
WeiterlesenAndroid Basteln C und C++ Chaos Datenbanken Docker dWb+ ESP Wifi Garten Geo Go GUI Gui Hardware Java Java. Komponenten 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 habe bereits mehrmals über Rückschläge und Fortschritte bei meinem Umstieg von "traditionellen" IDEs auf (Neo)Vim berichtet - eine Anforderung meinerseits an ein System zur Entwicklung von Software war dabei bisher unerfüllt geblieben - bisher...
WeiterlesenNach der letzten losen Zusammenstellung (für mich) interessanter Links aus den Tiefen des Internet von 2025 folgt hier gleich die nächste:
WeiterlesenIch wurde auf ein Problem hingewiesen, das in meiner Welt bisher noch nie vorkam: Jedes Jahr erhält man als Eltern eine Liste von Dingen, die für die lieben Kleinen anzuschaffen sind, damit sie in der Schule mitarbeiten können.
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.