Zur Zeit noch nicht wirklich im Status einer Roadmap lege ich hier einige Überlegungen dar, die die Anwendung dWb+ und die Möglichkeiten, Workspaces zu strukturieren, betreffen.
Bisher existiert in der Anwendung
dWb+
die Möglichkeit, Workspaces zu strukturieren, indem der Anwender Gruppen-Workspaces
instantiiert, in denen dann Module platziert werden können - darunter natürlich auch andere Gruppen-Workspaces.
Das erlaubt es, Workspaces top-down hierarchisch zu strukturieren.
Seitdem die Möglichkeit existiert, BeanContext-Services zu Workspaces hinzuzufügen, kann man mittels Gruppen-Workspaces auch eine Feature-Separierung erreichen: Solche Services stehen nur den Modulen zur Verfügung, die denselben Workspace bewohnen. Module, die in darin enthaltenen Gruppen-Workspaces wohnen, können darauf nicht zugreifen.
Eine weitere Möglichkeit, Workspaces zu gliedern sind Layer: Bisher wirken sie wie aus Graphikprogrammen gewohnt: Man kann die Sichtbarkeit eines Layers umschalten und alle ihm zugeordneten Module werden ebenfalls jeweils sichtbar oder unsichtbar.
Die Entscheidung, die ich jetzt treffen möchte ist, ob Layer zukünftig mehr sein sollen als nur Gruppierungselemente, die es erlauben, mehrere Module auf einmal sichtbar oder unsichtbar zu schalten? Eine Idee, die dabei zu Tage getreten ist, ist folgende: Jeder Layer hat eine konfigurierbare Option der Liste von Service-Interfaces entsprechend der Java Service Provider Infrastructure (SPI). Der Anwender kann auswählen, welche der Interfaces für diesen Layer aktiv sein sollen. Der Layer aktiviert dann die im Klassenpfad gefundenen Implementationen der aktiven Interfaces. Diese Service-Implementationen arbeiten nur mit den Modulen des betreffenden Layers zusammen. Man könnte diesen Mechanismus natürlich einfach in die Workspaces bzw. Gruppen-Workspaces einbauen und die Layer so einfach und "dumm" lassen, wie sie im Moment sind.
Ein weiterer Weg wäre der Wechsel weg von den generischen Layern hin zu spezialisierten - in diesem Fall müsste der Anwender beim Anlegen eines neuen Layers gleichzeitig nicht nur den Namen angebnen, sondern auch den Typ bestimmen.
Demonstration und Beispiele für die Nutzung eines RFC3161-Servers aus Java heraus
15.05.2021
Ich habe ein Begleitprojekt zu meiner Implementierung meines Timestamping Server Projekts erstellt: eine Demonstration und ein Beispiel dafür, wie man einen solchen Timestamping-Server von Java aus nutzen kann.
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...
Asymmetrische KryptographieIch habe mich mit der Idee schon länger getragen: Nochmal einen Rundumschlag zu asymmetrischer Kryptographie zu machen. Dabei werde ich mich auf Demonstrationen der einzelnen Konzepte und Operationen mit Beispielcode konzentrieren und zu jedem der vorgestellten Konzepte mehr oder weniger ausführlich bezüglich der Einsatzszenarien und Vor- und Nachteile Stellung beziehen
WeiterlesenHin und wieder erlebe ich es persönlich oder lese davon, dass jemand die Frage stellt, wie kryptographische Geheimnisse gesichert werden können. Ich gebe hier mal einen Anstoß, darüber aus der Sicht der Software-Architektur auf Systemebene nachzudenken...
WeiterlesenIch habe mich von einigen Artikeln anderer Besitzer und Upcycler von Futro-Thin-Clients inspirieren lassen - das hat dazu geführt, dass ich von meinem eigentlichen Projekt (Bauen eines kleinen Clusters) abgekommen bin und die Hardware ein wenig genauer unter die Lupe genommen habe...
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.