Ich wurde wegen einer neuen Funktionalität für dWb+ zum gründlichen Nachdenken gezwungen...
public static void main(java.lang.String[] args)
Ich wollte das mit einem Modul erreichen, das einen String-Eingang hat, der vom Anwender beliebig vervielfältigt werden kann - je nachdem, wieviele Parameter die Main-Methode erwartet. Als Property des Moduls wollte ich den Namen der Klasse mit der zu startenden Main-Methode definieren. Die Ausgänge des Moduls sollten Stdout, Stderr und Rückgabewert der Ausführung der Main-Methode sein. Diese drei wollte ich dabei noch in eine Bean kapseln.
An diesem Punkt stellte ich fest, dass die Umsetzung nicht so straightforward werden würde, wie ich mir das gewünscht habe: Wie sollte ich an die Streams herankommen? Wenn ich die Methode main einfach aufrufe - was ja per Reflection trivial ist - ist es keine eigene Anwendung und schreibt einfach alle Ausgaben auf die Streams von dWb+ - keine gute Idee...
Einen neuen Prozess zu starten ist ebenfalls nicht uneingeschränkt zu empfehlen: dWb+ benutzt einen eigenen ClassLoader - den könnte man einem neuen Prozess nicht auf einfache Art und Weise mitgeben.
Klingt wie eine elegante Methode - und der Geek in mir jubelte bereits darüber. Im Lichte der speziellen Anforderungen jedoch habe ich - unterstützt durch Informationen von Tante Unbubble - mich gegen diese Variante entschieden: Damit laufen Anwendungen im Kontext des Prozesses dWb+ , über die ich keine Kontrolle habe. Damit haben sie die Kontrolle über alle Singletons in der JVM. Das potentielle Problem damit lässt sich am einfachsten mit dem Szenario beschreiben, dass im Zuge der Ausführung der Anwendung, zu der die betreffende main-Methode gehört, die System.out und System.err Printwriter gesetzt werden - damit ist meine schöne Thread-spezifische Implementierung unwiederbringlich verloren und die Instanz dWb+ ist kaputt. Dazu kommt natürlich noch, dass in den Anwendungen, die über die main-Methode gestartet werden, unter Umständen die Methode System.exit aufgerufen werden könnte, was natürlich die Anwendung dWb+ sofort beenden würde - nein: für mich ist in diesem vorliegenden Fall eine Thread-spezifische Implementierung der Standard-Streams wirklich keine Option.
CI/CD mit shellcheck
13.10.2019
Ich habe mich entschlossen, in meinen diversen Shell-Projekten shellcheck als Mittel zur Qualitätssicherung einzusetzen.
Weiterlesen...Android Basteln C und C++ Chaos Datenbanken Docker dWb+ ESP Wifi Garten Geo Git(lab|hub) Go GUI Gui Hardware Java Jupyter Komponenten Links Linux Markdown Markup Music Numerik PKI-X.509-CA Python QBrowser Rants Raspi Revisited Security Software-Test sQLshell TeleGrafana Verschiedenes Video Virtualisierung Windows Upcoming...
In meinem $dayjob kam neulich die Frage auf, ob es möglich wäre, die aktuelle Softwareinstallation eines Linux-Systems als Software Bill of Materials (SBOM) zu exportieren.
Weiterlesen...Ich habe - motiviert durch meine Experimente zur Visualisierung von Paketabhängigkeiten in Linux-Installationen als interaktive Graphen - versucht, relationale Datenmodelle in ähnlicher Form zu visualisieren und dazu zwei Plugins für die sQLshell geschrieben.
Weiterlesen...Die Royal Institution hat in ihren Schätzen gegraben und die Christmas Lectures von Carl Sagan auf Youtube nochmals veröffentlicht. Meiner Ansicht nach unbedingt lohnenswert für alle, die Englisch verstehen!
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, muß 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 GitHub-Repositories findet man hier - meine öffentlichen GitLab-Repositories finden sich dagegen hier.