Seit der Version App-V 4.6 SP1 sind die Menüpunkte Add-In und Middleware im Sequencer hinzugekommen. Vielleicht stellt sich der eine oder andere die Frage weshalb diesen Aufwand treiben? Wie wir alle wissen kann standardmäßig ein App-V Paket auf Daten des Betriebssystems zugreifen. Das Betriebssystem allerdings sieht, zumindest ohne die zusätzliche Konfiguration des Paket Erstellers, die Sandbox (Bubble) nicht. Der Datenfluss ist daher standardmäßig einseitig gestaltet. Der Administrator könnte die Middleware einfach auf jeden Rechner installieren der diese benötigt. Neben dem Installationsaufwand könnte eine Vermischung der Middleware Programme, beispielsweise Java mit deren unterschiedlichen Versionen, irgendwann zum Verhängnis werden.
Der kluge Systemadministrator analysiert im Vorfeld die Middleware Abhängigkeiten seines Programms. Nach Beendigung dieses Schrittes gilt es den Sequencer zu starten und im Menüpunkt „Middleware“ auswählen und die Installer einem nach dem anderen anklicken und installieren.
Sobald alle durch sind das Paket speichern und erstmals weglegen da es später noch 2x gebraucht wird.
Der zweite Schritt ist die Installation des gewünschten Programms. Vergesst an der Stelle nicht den Rollback des Betriebssystems 🙂
Doch bevor es soweit ist, muss das Middleware Paket im System ausgerollt werden.
Mehr ist es nicht, führt die Installation des Hauptprogramms wie gewohnt mit dem Sequencer durch und speichert das Programm. Die Krux an der Sache ist, wir haben zwei Pakete die keinerlei Bezug zueinander besitzen, nämlich das Middleware und das Programm Paket. Wer fit genug ist kann die Änderungen direkt in der OSD Datei des primary Paketes (Programm) vornehmen. Alternativ stellt Microsoft das Dynamic Suite Composition Tool zur Verfügung.
Fügt zuerst die notwendigen App-V Packete über „Select“ hinzu (1.). Über die Dropdown Box wählt Ihr das Primary Package aus (2.). Also das Programm welches abhängig von der Middleware ist. Über Add fügt Ihr die Middleware hinzu (3.). Anschließend auf Save klicken und die Sache ist erledigt (4.).
Übrigends bedeutet Mandatory, dass die primäre Anwendung nur mit der hier zugeordneten Middleware startet! Ansonsten versucht es die Abhängigkeiten über das lokale Dateisystem aufzulösen. Es ist besser das Flag standardmäßig zu setzen damit an jedem Arbeitsplatz die gleichen Voraussetzungen geschaffen sind.
Ein Programm kann dabei mehreren Middleware Programmen zugeordnet sein. Deren Start erfolgt vor dem eigentlichen Programmstart (Primary Package). Dabei stellt die Middleware gleichzeitig das Ende dar, d. h. es kann selbst nicht teil einer Untermenge sein.
So, nun viel Spaß beim Nachbauen und Spielen 🙂
hschid 