Bei der Wahl einer Java Web Start Alternative ist entscheidend, wo Ihre Anwendung laufen soll. Vergleichen Sie Desktop-Launcher mit dem Browserzugriff über Webswing und planen Sie einen Pilotversuch mit Ihren wichtigsten Arbeitsabläufen.
Webswing ist eine Java Web Start Alternative für Teams, die eine bestehende Java-Desktop-Anwendung über den Browser bereitstellen möchten. Entscheidend ist, ob die Anwendung weiterhin auf dem Computer jedes Nutzers laufen oder auf einem Server ausgeführt werden soll.
Den Hintergrund zu Abkündigung und Support erläutert unser Artikel über das Ende von Java Web Start und die Folgen für Ihre Anwendung.
Zwei Bereitstellungsmodelle im Vergleich
OpenWebStart ist ein Desktop-Launcher für JNLP-Anwendungen. Der JVM Manager verwaltet die Java-Laufzeitumgebungen auf dem Client. Diese Option lohnt sich zu prüfen, wenn die Anwendung weiterhin auf dem Desktop laufen soll.
Mit Webswing läuft die Java-Anwendung auf einem Server, während Nutzer sie im Browser bedienen. Dafür benötigen sie weder eine lokale Java-Laufzeitumgebung noch ein Java-Browser-Plugin. Sie stellen Webswing auf einer Infrastruktur Ihrer Wahl bereit und betreiben diese selbst.
Entscheidung | OpenWebStart | Webswing |
Ausführungsort | Computer des Nutzers | Server |
Voraussetzung beim Nutzer | Installierter Launcher und passende Java-Laufzeitumgebung | Unterstützter Webbrowser |
Schwerpunkt im Betrieb | JNLP-Bereitstellung und Java-Verwaltung auf Clients | Anwendungskonfiguration und Serverbetrieb |
Erste Prüfung | JNLP-Kompatibilität und Desktop-Abhängigkeiten | Arbeitsabläufe, Integrationen und Serverkapazität |
Der Vergleich beschreibt Bereitstellungsmodelle. Kompatibilität und Leistung müssen mit Ihrer Anwendung getestet werden.
Wann sich der Browserzugriff anbietet
Webswing kommt infrage, wenn Sie eine gemeinsame Zugriffsadresse bereitstellen, die Anwendung zentral verwalten und den Aufwand für Java-Installationen auf Endgeräten reduzieren möchten. Das kann etwa bei Anwendungen für mehrere Standorte oder externe Partner sinnvoll sein.
Durch die Verlagerung auf den Server ändern sich einige Voraussetzungen. Für einen bislang lokalen Dateipfad benötigen Sie einen passenden Dateiablauf. Prüfen Sie frühzeitig auch lokale Geräte, Offline-Arbeit und komplexe Grafiken. Eine im Browser verfügbare Desktop-Oberfläche kann weitere Anpassungen benötigen, damit sie auf einem Smartphone gut bedienbar ist.
Ein Pilotversuch mit Ihrer Anwendung
- Erfassen Sie die Anwendung. Stellen Sie JAR-Dateien, Abhängigkeiten, Startargumente und die benötigte Java-Version zusammen. Prüfen Sie die Nutzung von JNLP-Diensten, nativen Bibliotheken und lokalen Geräten.
- Richten Sie eine Testumgebung ein. Nutzen Sie die Webswing-Setup-Anleitung und die Konfiguration für Swing oder JavaFX, um Launcher, Hauptklasse, Java-Laufzeitumgebung und Klassenpfad festzulegen. Beginnen Sie mit einem typischen Arbeitsablauf.
- Prüfen Sie Dateien und Druck. Testen Sie reale Importe, Exporte und Dokumentausgaben. Die Dokumentation beschreibt Dateiverarbeitung im Browser und PDF-basiertes Drucken. Prüfen Sie, ob diese Abläufe die Anforderungen Ihrer Nutzer erfüllen.
- Testen Sie Zugriff und Kapazität. Prüfen Sie Authentifizierung und Berechtigungen, gleichzeitige Sitzungen und Reaktionszeiten unter realistischen Netzwerkbedingungen. Planen Sie die Ressourcen anhand Ihrer Messungen und der Hardware-Empfehlungen.
- Legen Sie Einführungskriterien fest. Halten Sie fest, was funktioniert, welche Anpassungen nötig sind und wer den Betrieb übernimmt. Bewahren Sie während des Pilotversuchs eine Rückkehrmöglichkeit zur bisherigen Lösung.
Mit einem Browser-Pilotprojekt beginnen
Laden Sie Webswing herunter und folgen Sie unserer Anleitung für Java-Desktop-Anwendungen im Browser. Bei anwendungsspezifischen Fragen können Sie Ihr Projekt mit uns besprechen.
Sobald der Browserzugriff funktioniert, planen Sie mit dem Webswing Modernisation Framework passende Web-Erweiterungen, Oberflächenänderungen oder den schrittweisen Ersatz einzelner Anwendungsteile.
arrow_back_ios
