... | ... | @@ -42,4 +42,7 @@ Benötigt eine Art von Membership-Management um allen Knoten eines Netzwerks ein |
|
|
Eine rudimentäre grafische Benutzeroberfläche zum Starten & Stoppen des Nodes, einem Event-Log und Möglichkeit zum Verschicken von Nachrichten.
|
|
|
|
|
|
# Special Fork für Unix-Umgebungen
|
|
|
Netty kann deutlich performanter betrieben werden, wenn man die nativen Transporte von Linux bzw. MacOS verwendet. Dies würde sich vor allem für das Docker-Image lohnen. Die (Root-)Server sollten davon profitieren und stabiler laufen. Nach der netty Doku (https://github.com/netty/netty/wiki/Native-transports) sollte das relative einfach per Suchen-und-Ersetzen funktionieren. Möglicherweise kann man dies auch durch ein Build-Script erreichen, dass die Ersetzungen nur für den Docker-Build vornimmt oder zusätzlich Linux- und MacOS-Natives baut. |
|
|
\ No newline at end of file |
|
|
Netty kann deutlich performanter betrieben werden, wenn man die nativen Transporte von Linux bzw. MacOS verwendet. Dies würde sich vor allem für das Docker-Image lohnen. Die (Root-)Server sollten davon profitieren und stabiler laufen. Nach der netty Doku (https://github.com/netty/netty/wiki/Native-transports) sollte das relative einfach per Suchen-und-Ersetzen funktionieren. Möglicherweise kann man dies auch durch ein Build-Script erreichen, dass die Ersetzungen nur für den Docker-Build vornimmt oder zusätzlich Linux- und MacOS-Natives baut.
|
|
|
|
|
|
# Websocket/HTTP-Client für DrasylNode
|
|
|
Aktuell erfolgt die Kommnunikation mit dem drasyl-Netz zwingend über eine eigene Implementation der DrasylNode-Klasse. Dies muss die Application erledigen und muss dazu in der JVM laufen. Man könnte nun eine Sprachunabhängige Implementation in Java bereitstellen und so die Schnittstellen der DrasylNode-Klasse z.B. via HTTP oder Websocket zugänglich machen. Dies würde es auch nicht-JVM-Applicationen erlauben, mit dem drasyl-Netz zu kommunizieren. |
|
|
\ No newline at end of file |