Erproben Sie Browserzugriff für Ihre bestehende Java-Anwendung. Vergleichen Sie Modernisierungsansätze, praktische Grenzen und die Schritte eines Pilotprojekts.
Die Modernisierung einer bestehenden Java-Anwendung kann mit dem Browserzugriff beginnen und die bewährte Geschäftslogik erhalten. Der passende Umfang hängt davon ab, was Sie verbessern müssen: Bereitstellung, Benutzeroberfläche oder die zugrunde liegende Architektur. Mit Webswing können Sie den Browserbetrieb erproben und weitere Änderungen an konkreten geschäftlichen Anforderungen ausrichten.
Beginnen Sie mit dem Problem Ihrer Nutzer
Wenn die Anwendung Ihre Geschäftsprozesse weiterhin unterstützt, aber Installation und Updates auf den Nutzergeräten Aufwand verursachen, prüfen Sie zunächst die Bereitstellung. Wenn Nutzer ihre Aufgaben nur umständlich erledigen können, untersuchen Sie Arbeitsablauf und Oberfläche. Verhindern veraltete Abhängigkeiten oder eng gekoppelter Code notwendige Änderungen, planen Sie auch die technische Überarbeitung dieser Teile ein.
Legen Sie ein messbares Ziel fest, bevor Sie die Technologie wählen. Sie könnten einem verteilten Team Browserzugriff ermöglichen, einen Freigabeprozess verkürzen oder ein wartungsintensives Modul ersetzen. Leiten Sie daraus einen ersten sinnvollen Projektumfang und die zugehörigen Abnahmekriterien ab.
Was sich durch den Browserzugriff ändert
Mit Webswing läuft die Java-Anwendung auf einem Server, während Nutzer sie über einen HTML5-Browser bedienen. Die Java-Laufzeitumgebung wird auf dem Server verwaltet. Für diesen Zugriff benötigen Nutzer weder eine Java-Installation noch ein Browser-Plugin. Sie stellen Webswing auf einer Infrastruktur bereit, die Sie selbst wählen und betreiben.
So lässt sich die vorhandene Anwendungslogik beibehalten und zugleich die Bereitstellung der Oberfläche ändern. Java-Code wird dabei nicht automatisch in eine native Webanwendung umgewandelt. Für Datenbankzugriffe, Abhängigkeiten und Anwendungswartung bleiben klare Zuständigkeiten erforderlich. Auch Serverkapazität und Zugriffskontrollen gehören in die Planung.
Beziehen Sie lokale Integrationen in die Migration ein. Die Anwendung nutzt nun die Serverumgebung. Prüfen Sie mit den Funktionen zur Dateiverarbeitung, wie Dateien zwischen Nutzergerät und Anwendung übertragen werden, und testen Sie den benötigten Druckablauf.
Prüfen Sie die Eignung Ihrer Anwendung
Ein guter Kandidat ist eine etablierte Geschäftsanwendung mit weiterhin wertvollen Arbeitsabläufen, deren Nutzer eine Verbindung zum Anwendungsserver herstellen können. Beginnen Sie mit einem repräsentativen Ablauf, einschließlich der Schritte, die Dokumente, Tastenkürzel oder externe Systeme verwenden.
Müssen Nutzer ohne Verbindung zu diesem Server arbeiten, erhalten Sie einen geeigneten Offline-Zugang oder prüfen Sie ein anderes Bereitstellungsmodell. Gerätespezifische Integrationen erfordern eine Machbarkeitsprüfung. Hardwarebeschleunigte 3D-Inhalte werden nicht unterstützt. Die dokumentierten Einschränkungen sind auch bei Anwendungen mit umfangreichen Multimediafunktionen oder hohen Latenzanforderungen relevant. Testen Sie im Browserpilot die tatsächlich benötigte Nutzung.
Wählen Sie den Ansatz passend zum Ziel
Das Webswing Modernisation Framework bietet vier kombinierbare Ansätze. Wählen Sie diese für die Anwendungsteile, die sich ändern sollen. Es sind keine verpflichtenden Phasen in einer festen Reihenfolge.
Ihr unmittelbares Ziel | Ansatz | Einzuplanende Arbeit |
Webfunktionen wie Single Sign-on oder URL-Navigation ergänzen | Web-Enable | Integration konfigurieren sowie Zugriff und Navigation in der Anwendung testen. |
Eine Webfunktion neben der vorhandenen Java-Oberfläche ergänzen | Extend | Neue Komponente und ihre Kommunikation mit Java entwickeln. |
Die Darstellung einer bestehenden Swing-Oberfläche ändern | Facelift | Unterstützung der verwendeten Komponenten prüfen und Darstellungsänderungen umsetzen. |
Ausgewählte Anwendungsteile durch neue Webfunktionen ersetzen | Rebuild | Schnittstellen definieren, Geschäftsregeln testen und den Übergang je Teil planen. |
Bei Extend ermöglicht JsLinkDirect die Kommunikation zwischen Browser und Java-Anwendung. Diese Verbindung muss implementiert und getestet werden. Prüfen Sie vor der Auswahl die Versions- und Lizenzanforderungen auf der Framework-Seite und in den Lizenzinformationen.
Ein Team in der Auftragsbearbeitung könnte zunächst den Browserzugriff auf seinen bestehenden Ablauf testen und danach ein neues Webformular für einen Freigabeschritt prüfen. Das ist ein möglicher Projektumfang, keine Zusage zu Umsetzungsdauer oder Einsparungen.
Erproben Sie einen vollständigen Arbeitsablauf
Begrenzen Sie den Pilot auf einen vollständigen Arbeitsablauf. Vereinbaren Sie vor der Umsetzung Abnahmekriterien. Ein erfolgreich geöffnetes Startfenster allein belegt noch keine erfolgreiche Migration.
- Ausgangslage erfassen. Dokumentieren Sie Anwendungsversion, Java-Laufzeitumgebung, Bibliotheken, externe Dienste und wesentliche Nutzeraufgaben. Erfassen Sie lokale Dateien, Drucker und Geräteabhängigkeiten.
- Anwendung einrichten. Nutzen Sie unsere Anleitung für Java-Desktop-Anwendungen und die Konfigurationsdokumentation. Wählen Sie Laufzeitumgebung und Konfiguration passend zur getesteten Anwendung.
- Vollständige Aufgabe testen. Prüfen Sie Anmeldung, Berechtigungen, Datenänderungen, Dateiübertragung, Druck und die Wiederaufnahme nach einer Verbindungsunterbrechung. Gleichen Sie die Zugriffskontrollen mit den vorgesehenen Nutzerrollen ab.
- Realistische Nutzung messen. Testen Sie repräsentative parallele Sitzungen und Netzwerkbedingungen. Erfassen Sie Antwortzeiten sowie CPU- und Speicherbedarf des Servers. Nutzen Sie die Hinweise zur Dimensionierung für die Kapazitätsplanung.
- Nächsten Umfang festlegen. Halten Sie fest, was funktioniert, was angepasst werden muss und was ungeeignet bleibt. Entscheiden Sie anschließend über die Einführung des Browserzugriffs, eine gezielte UI-Änderung oder die Prüfung eines umfassenderen Umbaus.
Häufige Fragen
Hat Java Swing sein Lebensende erreicht?
Swing ist weiterhin Bestandteil von Java SE 25. Mit Java Web Start wurde in JDK 11 nicht auch Swing entfernt. Prüfen Sie den Supportzeitraum Ihrer JDK-Distribution und der verwendeten Bibliotheken. Das Alter der Oberfläche allein bestimmt kein Supportende.
Beseitigt Webswing technische Schulden?
Webswing kann die Bereitstellung einer bestehenden Anwendung über den Browser ermöglichen. Abhängigkeiten, eng gekoppelter Code und Geschäftsregeln bleiben Teil der Anwendung. Ihr technischer Schuldenabbau erfordert gezielte Änderungen, Tests und Wartung. Legen Sie vor der Nutzenbewertung fest, welche technischen Schulden das Projekt tatsächlich beseitigen soll.
Müssen wir die Anwendung vor dem Einsatz von Webswing neu schreiben?
Ein vollständiges Neuschreiben ist keine Voraussetzung, um den Browserzugriff zu erproben. Beginnen Sie mit der bestehenden Anwendung und prüfen Sie Konfiguration und Integrationen. Einzelne Abläufe können Anpassungen erfordern. Neue Webkomponenten oder eine neu entwickelte Oberfläche benötigen Entwicklungsarbeit. Definieren Sie den Umfang konkret, statt bei jeder Anwendung von keinerlei Änderungen auszugehen.
Ist Webswing dasselbe wie ein Ersatzlauncher für Java Web Start?
Die Bereitstellungsmodelle unterscheiden sich. Ein JNLP-Launcher führt die Anwendung auf dem Rechner des Nutzers aus. Mit Webswing läuft sie auf einem Server und wird im Browser bedient. Unser Vergleich der Alternativen zu Java Web Start erläutert die Entscheidung. Der separate Artikel zur Entfernung und Unterstützung von Java Web Start beschreibt den Hintergrund zum Lebenszyklus.
Planen Sie die erste sinnvolle Änderung
Beginnen Sie mit dem Arbeitsablauf, der am meisten von Browserzugriff oder einer gezielten Verbesserung der Oberfläche profitieren würde. Besprechen Sie Laufzeitumgebung, Integrationsanforderungen und Abnahmekriterien mit unserem Team oder laden Sie Webswing herunter, um die Erprobung zu starten. Entscheiden Sie anhand der Ergebnisse, wie weit die Modernisierung gehen soll.
arrow_back_ios
