Aufruf lokaler Anwendungen aus Visual Planning (HTTP/HTTPS-Launcher)

Erstellt von Sven Trojahn, Geändert am So, 8 Feb um 5:14 NACHMITTAGS von Sven Trojahn

Überblick

Visual Planning unterstützt ausschließlich HTTP- und HTTPS-Links. Ein direkter Start lokaler Desktop-Anwendungen ist aus Sicherheitsgründen nicht möglich.

Hinweis: Dieses Verhalten ist systembedingt und kein Fehler von Visual Planning.

Grundprinzip (vereinfacht)

Visual Planning öffnet einen HTTP/HTTPS-Link
Eine zwischengeschaltete Webseite verarbeitet Kontextdaten
Die Webseite leitet kontrolliert auf eine lokale Anwendung weiter

Technischer Ablauf (Übersicht)

Visual Planning
   ↓ (HTTP/HTTPS-Link)
Launcher-Webseite (Redirect)
   ↓ (kontrollierte Weiterleitung)
Lokale Anwendung

Wichtig: Die Weiterleitung erfolgt nur mit Benutzerinteraktion und nur, wenn die Zielanwendung lokal installiert ist.

Umsetzung der Launcher-Webseite

Ablage der Webseite

Die Launcher-Webseite kann direkt als JSP-Seite auf dem TomCat-Server von Visual Planning abgelegt werden.

Keine zusätzliche Infrastruktur notwendig
Direkte Nähe zur Visual-Planning-Anwendung
Einfache Wartung im bestehenden System

Dynamische Link-Generierung

Die von Visual Planning aufgerufenen Links können generisch aufgebaut und zur Laufzeit mit Daten aus Visual Planning angereichert werden, z. B.:

Auftrags- oder Vorgangsnummern
Objekt-IDs
Zeiträume
Weitere kontextbezogene Informationen

Diese Parameter werden per HTTP/HTTPS an die Launcher-Webseite übergeben, dort verarbeitet und gezielt an die lokale Anwendung weitergereicht.

Beispiel (konzeptionell): Ein generischer Link in Visual Planning wird zur Laufzeit mit Kontextdaten ergänzt und öffnet immer die passende Aktion in der lokalen Anwendung.

Warum ist dieser Umweg notwendig?

Moderne Browser verhindern:

den automatischen Start lokaler Programme
den direkten Zugriff auf das lokale System
das Umgehen von Sicherheitsabfragen

Dieser Ansatz stellt sicher, dass alle Browser- und Sicherheitsrichtlinien eingehalten werden.

Vorteile

Kompatibel mit Visual Planning
Keine Plugins oder Browser-Erweiterungen erforderlich
Zentrale Logik auf Serverseite
Dynamische Übergabe von Kontextdaten möglich
Browser- und sicherheitskonform

Bekannte Einschränkungen

Beim ersten Aufruf kann eine Browser-Sicherheitsabfrage erscheinen
Ein vollständig automatischer Start ohne Benutzeraktion ist nicht möglich
Die Zielanwendung muss lokal installiert sein

Unterstützung & Umsetzung

Hinweis: Die Umsetzung dieses Workarounds (Launcher-Webseite, Redirect-Logik, Parameterauswertung und Anbindung an lokale Anwendungen) kann bei Bedarf von uns übernommen werden.
Bei Interesse wenden Sie sich bitte an den zuständigen Ansprechpartner oder eröffnen Sie ein entsprechendes Support-Ticket.

FAQ

Warum wird eine zusätzliche Webseite benötigt?

Die Webseite fungiert als kontrollierte Brücke zwischen Webanwendung und lokalem System und stellt sicher, dass alle Sicherheitsmechanismen eingehalten werden.

Können Visual-Planning-Daten an die Anwendung übergeben werden?

Ja. Links können generisch aufgebaut und zur Laufzeit mit Daten aus Visual Planning angereichert werden.

Wo wird die Launcher-Webseite betrieben?

Empfohlen ist der Betrieb als JSP im TomCat von Visual Planning. Alternativ ist auch ein separater Webserver möglich.

Ist dieser Ansatz zukunftssicher?

Ja. Der Ansatz basiert auf etablierten Web-Standards und wird auch von anderen Enterprise-Anwendungen genutzt.

Best Practice

Empfehlung: Verwenden Sie eine klar gekennzeichnete „App öffnen“-Aktion und informieren Sie Benutzer vorab über die einmalige Sicherheitsabfrage.

Zusammenfassung

Visual Planning erlaubt nur HTTP/HTTPS
Lokale Anwendungen können nicht direkt gestartet werden
Eine Launcher-Webseite fungiert als sichere Zwischenschicht
Die Seite kann als JSP im Visual-Planning-TomCat betrieben werden
Links können dynamisch mit Visual-Planning-Daten angereichert werden
Die Umsetzung kann bei Bedarf übernommen werden