NYSSR.NET / RESOURCES

FAQ: nyssr.net & RemoteSkin

Häufige Fragen zu nyssr.net, Einstieg, Knoten, Messaging, Service Discovery, Edge Computing, RemoteSkin und Lizenzierung.

Einstieg

Wie fange ich mit nyssr.net an?

Beginnen Sie mit dem kleinstmöglichen sinnvollen System: eine Java-Anwendung, ein Knoten, ein Nachrichtenfluss.

  1. Binden Sie die nyssr.net-Bibliothek in Ihr Projekt ein.
  2. Initialisieren Sie den Micro-Kernel und ein Package mit einem Service-Starter.
  3. Erzeugen und registrieren Sie ein Target.
  4. Starten Sie einen zweiten Knoten und laden Sie ein Plugin mit einem Microservice.
  5. Senden Sie eine Nachricht und behandeln Sie ihre Response.

Die Getting-Started-Anleitung führt durch das komplette erste Projekt.

Wie viele Knoten brauche ich?

Ein Knoten reicht, um die erste Anwendung zu entwickeln und zu debuggen. Weitere Knoten kommen dazu, wenn Sie Verteilung, Routing, Redundanz oder Dienstplatzierung testen wollen. Das Programmiermodell bleibt dasselbe.

Kann ich eine bestehende Java-Anwendung in einen Knoten verwandeln?

Ja. Binden Sie die nyssr.net-Runtime-Bibliothek ein und rufen Sie den Startcode am Einsprungpunkt der Anwendung auf. Die bestehende Anwendung wird zu einem Knoten, der mit anderen Knoten kommunizieren, Plugins laden und Dienste hosten kann.

Ein Java-Programm zum Knoten machen →


Knoten, Verbindungen und das Netz

Wie finden Knoten einander?

Knoten werden über explizite Verbindungen gekoppelt. Beim Verbindungsaufbau tauschen die Knoten Informationen über verfügbare Dienste aus. Service-Registries lassen sich zur Redundanz auf mehrere Knoten verteilen.

Was passiert, wenn eine Verbindung verloren geht?

Der Knoten setzt seine lokale Arbeit fort. Die Runtime versucht in kurzen Abständen automatisch, die Verbindung wiederherzustellen. Nach der Wiederherstellung erhalten interessierte Targets eine Reconnect-Benachrichtigung und können synchronisieren oder ihre Arbeit fortsetzen.

Edge Computing mit belastbaren Verbindungen →

Brauche ich einen zentralen Broker?

Nein. nyssr.net braucht keinen zentralen Broker, keine Message Queue und keinen Cloud-Endpunkt. Service-Registries, Routing und Nachrichtenverarbeitung sind über das Knotennetz verteilt.

Können Knoten hinter einer Firewall laufen?

Ja. Ein Knoten kann Verbindungen zu anderen Knoten aufbauen, und das Netz kann über private IP-Bereiche und Firewalls hinweg arbeiten. Der Knoten braucht keine öffentlich erreichbare IP.

Knoten hinter Firewalls →


Messaging und Dienste

Was sind aktive Microservices?

Ein aktiver Microservice besitzt Zustand und beteiligt sich an seinem eigenen Nachrichten-Workflow. Er kann Session-Tokens validieren, sich mit anderen Diensten koordinieren und Arbeit auf Grundlage asynchroner Responses fortsetzen oder beenden. Aktive Microservices entstehen häufig durch Factories. Verschwindet das anfragende Target oder der Knoten, kann das System den Dienst benachrichtigen, der seine Instanz dann sauber beendet.

Wie unterscheidet sich das Messaging von REST oder JMS?

nyssr.net nutzt typisierte Nachrichten, die zwischen Objekten über das Knotennetz laufen. Dasselbe Nachrichtenmodell funktioniert für lokale und knotenübergreifende Kommunikation. Es gibt keine separate HTTP-Schicht, kein REST-Endpunkt-Mapping und keine JMS-Broker-Konfiguration.

Vergleich mit REST und Java-Messaging →

Wie werden Nachrichten geroutet?

Nachrichten laufen über die Knotenverbindungen. Das Routing berücksichtigt die verfügbare Topologie und Verbindungskosten. Nachrichten können Priorität, Transportoptionen und Response-Anweisungen tragen.

Was ist eine Service-Registry?

Eine Service-Registry hält die Zuordnung zwischen einem Dienstnamen und seinem aktuellen Ort im Knotennetz. Mehrere Knoten können Registries für Redundanz und Load Balancing hosten. Aufrufer müssen nicht wissen, wo ein Dienst physisch läuft.

Redundante Registries und Service Discovery →


Edge Computing und lokale Autonomie

Was passiert, wenn die Verbindung zur Zentrale instabil ist?

Der lokale Knoten kann seine Arbeit fortsetzen. Nachrichten an entfernte Knoten werden gepuffert oder wiederholt. Die Anwendung steuert, wie Duplikate, veraltete Daten und Synchronisierung behandelt werden.

Muss die Anwendung Reconnect-Logik implementieren?

Nein. Die Runtime stellt Verbindungen automatisch wieder her. Die Anwendung kann Reconnect-Benachrichtigungen abonnieren und entscheiden, was bei wieder verfügbarer Verbindung geschehen soll.

Kann ich nyssr.net für Geräte mit begrenzten Ressourcen nutzen?

Die Runtime ist für Java-Anwendungen auf Standard-Server- und Desktop-Hardware ausgelegt. Für sehr kleine Geräte kann der Bibliotheks-Overhead erheblich sein. Am besten geeignet ist die Runtime für Anwendungen, die ohnehin auf einer JVM laufen.


RemoteSkin

Welche Client-Renderer bietet RemoteSkin?

RemoteSkin bietet einen Swing-Renderer. Ein Web-Renderer um Material Design ist geplant. Die Architektur trennt die UI-Beschreibung von der Anwendungslogik, damit Renderer sich unabhängig weiterentwickeln können.

Welche Swing-Features werden unterstützt?

Die meisten Standard-Swing-Widgets werden unterstützt. Einige fortgeschrittene Features — interne Frames, Drag-and-Drop, Accessibility-Unterstützung und Java 2D — sind unvollständig oder in Entwicklung.

Fühlt sich eine RemoteSkin-Anwendung lokal an?

Bei normaler Netzwerklatenz: ja. Für den UI-Aufbau werden nur kleine Datenmengen übertragen. Eine spürbare Verzögerung zeigt sich Generally nur bei Verbindungen mit sehr hoher Latenz.

Lassen sich Widgets von Drittanbietern integrieren?

Ja. Ein Widget-Anbieter kann ein Plugin ergänzen und das RemoteSkin-JSON-Protokoll in Aufrufe der Widget-API übersetzen. Das Protokoll lässt sich für eigene Fähigkeiten erweitern.

Wie geht es mit dem Java-Swing-Renderer weiter?

RemoteSkin bleibt als Micro-UI-Technologie für HTML/Web verfügbar. Der Swing-Renderer wird für die Neuentwicklung nicht mehr aktiv gepflegt.


Architektur und Design

Wie unterscheidet sich nyssr.net von anderen verteilten Plattformen?

nyssr.net ist eine selbst betriebene Runtime, kein Plattformdienst. Sie braucht keine zentrale Cloud, keinen Broker und keine Orchestrierungsschicht. Das Programmiermodell ist objektorientiertes Messaging statt REST-Endpunkte oder JMS-Queues.

Entwurfsziele von nyssr.net →

Was passiert beim Neustart oder Update eines Knotens?

Der Knoten startet seine lokalen Dienste neu. Entfernte Knoten erkennen die Wiederherstellung der Verbindung. Anwendungen, die Zustand neu synchronisieren müssen, reagieren auf die Reconnect-Benachrichtigung.

Kann ich mehrere Knoten auf derselben Maschine betreiben?

Ja. Mehrere Knoten auf einer Maschine kommunizieren über das Loopback-Interface. Nützlich für Entwicklung, Tests und den Betrieb mehrerer Dienste auf einem Host.


Lizenzierung

Wie ist das Lizenzmodell?

nyssr.net ist unter einer freien Community-Lizenz für private, akademische, experimentelle Nutzung sowie Entwicklung, Tests und Staging verfügbar. Kommerzielle Nutzung erfordert eine kostenpflichtige Jahreslizenz pro produktivem Node.

Gibt es Einschränkungen bei den Downloads?

Downloads sind derzeit öffentlich. Die Lizenzbedingungen definieren die zulässige Nutzung, keine Download-Sperre.

Kann ich nyssr.net mit meiner Anwendung weitergeben?

Für Redistribution, Einbettung, SaaS und Hosting gibt es OEM- und Embedded-Lizenzierungen. Sprechen Sie uns für Details an.


Wo geht es weiter?