Die Anwendung dWb+ wird aktuell betreffend der Kommunikation zwischen Modulen umgestellt auf neue Methoden, die die derzeit bestehende enge Kopplung gegen eine lose Kopplung austauschen sollen.
Die Anwendung dWb+ benutzt zur Zeit immer noch eine sehr enge Kopplung zwischen Modulen bei der Datenübertragung: Es sind drei Komponenten beteiligt: zwischen dem Sender und dem Empfänger sitzt der PropertyChangeProxy. Da dieser direkt eine Methode am Empfänger aufruft ist er eigentlich noch nicht einmal eine separate Komponente, sonder muss als Teil des Empfängers gesehen werden.
Diese enge Kopplung soll aufgeweicht werden: Die Kopplung zwischen Sender und PropertyChangeProxy ist bereits recht lose: Sie funktioniert über einen Event- bzw. Publish-Subscribe-Mechanismus. Dieser funktioniert jedoch lediglich innerhalb einer VM.
Würde man den PropertyChangeProxy so abändern, das zum Beispiel die per Event empfangenen Informationen in ein MQ-Topic geschrieben würden und eine Komponente hinzufügen, die auf neu veröffentlichte Topics wartet, könnte man die direkte Kopplung zwischen Sender und Empfänger aufweichen. Mit geeigneten weiteren architektonischen Maßnahmen könnte man anschließend dafür sorgen, dass damit eine Alternative zum bereits existierenden Remoting geschaffen werden könnte.
Alarmierung über Skripte
16.09.2019
Nachdem ich mich in letzter Zeit wieder verstärkt mit den Themen Monitoring und Alarmierung auseinandersetze, habe ich überlegt, ob ich die dabei gewonnenen Erkenntnisse nicht auch dazu nutzen könnte, die bestehende Lösung flexibler zu machen
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...
Das Konzept eines CircuitBreaker ist schon lange bekannt. Ich habe mir zu Studienzwecken einen selber gebaut - eigentlich zwei: Einer ist dafür da, das Logging von gleichartigen Exceptions zu drosseln, der andere für das Entzerren von Versuchen, Ressourcen von URLs nachzuladen. Diese spezielle Variante benötigte ich für EBMap4D: Falls einer der Tile-Server ausfällt, wird ansonsten ständig versucht, die Kacheln neu herunterzuladen. Das frisst nicht nur Rechenzeit, sondern ist auch unnütz.
Weiterlesen...Nachdem ich mich nun schon so lange mit Origami beschäftige habe ich endlich einmal das älteste dokumentierte Ornament versucht - aus gutem Grund...
Weiterlesen...Eine neue Musikreihe/Show auf Youtube gefunden...
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.