Schriftgröße: +
4 minutes reading time (813 words)

Citrix XenDesktop 7.8 und App-V

Citrix AppV 180x180Mit XenApp 7.8 hat Citrix die App-V Unterstützung erweitert und verbessert. In unserem Blog-Artikel „XenDesktop 7 und App-V“ (http://www.software-virtualisierung.de/entry/xendesktop-7-und-app-v.html) ist beschrieben, wie eine Veröffentlichung mit Citrix XenDesktop und einem Microsoft App-V Publishing- bzw. Veröffentlichungsserver erfolgt. In diesem Artikel wird beschrieben, welche Möglichkeiten zur App-V Paketbereitstellung es zusätzlich mit XenDesktop 7.8 gibt. Das neue Verfahren erinnert dabei stark an die Möglichkeit zur Bereitstellung von Citrix Applikation Streaming Paketen (bzw. jetzt XenApp Streaming). Die Pakete wurden bis XenApp 6.5 dafür in einem Fileshare abgelegt (wer noch Citrix Applikation Streaming Pakete hat, bitte melden - wir können diese mit unserem AppBot version 2.0 konvertieren). Genauso ein Verfahren ist nun mit XenDesktop 7.8 und für App-V Pakete möglich. Schon mit einem einfachen Powershell-Skript kann ein Paket ohne eine umfangreiche Infrastruktur veröffentlicht werden:

$app = Add-AppvClientPackage

Prublish-AppVClientPackage $app

In der Vergangenheit wurde genau aus diesem Grund Tools wie App-V Sheduler zur Integration von Paketen genutzt. Jetzt haben wir eine ähnliche Funktion im XenDesktop Studio integriert. 

Hier zunächst den großteil des Artikels auch als Video. Das Troubleshooting am Ende des Artikels ist im Video nicht enthalten: 

 

Unter Configuration/App-V Publishing findet sich nun neben der Funktion „Add Microsoft Server“ mit der ein Publishing Server für die Umgebung angegeben werden kann, nun die Funktion „Add Package“.

Als Nachteil dieser Art der Bereitstellung ist zu nennen:

• Keine Verbindungsgruppen
• Keine Bearbeitung der Dateiverknüpfungen
• Fehlendes Icon Management
• Keine Skriptintegration, keine benutzergebundenen Konfigurationsdateien

Alle benötigten Funktionen müssen im „.appv“ Paket enthalten sein, also zuvor mit dem Sequencer im Paket festgelegt werden. Mit einer Skriptintegration wird das schwer. Wir planen eine neue Version des v-Injectors, die auch Skripte im Paket editieren kann und eine vereinfachte Möglichkeit bietet, Dateierweiterungen und Verknüpfungen direkt im Paket zu bearbeiten. Damit frühestens Anfang 2017 zu rechnen.

image001

Nach der Anwahl der Funktion Add-Package kann in einem Fileshare ein App-V Paket in einem Fileshare angegeben werden.

image002

Auf diesen Share greift bei der Bereitstellung über einen VDA wiederum ein Systemdienst zu. Daher für den Zugriff auf diesen Share am besten „Jeder:Lesen“ als Berechtigung vergeben.

image003

Die NTFS Berechtigung für den Share anschließend auf „Netzwerkdienst:Lesen“ und dort „Jeder“ herausnehmen. Im Dialog ist die Anwendung zu erkennen.

image004

Für die Delivery Group kann nun auch diese Anwendung ohne eine App-V Infrastruktur bereitgestellt werden:

image005

image006

image007

Über die Funktion „Properties“ wird die Sichtbarkeit auf bestimmte Benutzergruppen eingeschränkt:

image008

image009

Interessant ist auch der Punkt „Location“. Jeder Start einer App-V Anwendung erfolgt über das Tool CtxAppVLauncher.exe. Hier könnte ein Unternehmen eine eigene Befehlszeile oder ein eigenes Bereitstellungstool nutzen. CtxAppVLauncher.exe bekommt „nur“ die PackageID und nicht die VersionsID. Es wird automatisch die neueste Version eines Paketes gestartet.

image010

image011

Der Bereitstellungsgruppe ist nun die Anwendung zugeordnet.

image012

image013

Das Bereitstellungstool CtxAppvLauncher kopiert dabei die „.appv“ Dateien nach c:\windows\temp\CtxAppvPkgCache.

image014

Der Start mit dem CtxAppVLauncher.exe sieht anschließend so aus:

image015

Leider gibt es mit dem CtxAppVLauncher immer mal wieder Probleme. Manche Anwendungen starten einfach nicht. Auch nicht beim Einsatz eines Publishing Servers. Man kann recht leicht das Logging aktivieren. Alle Pakete werden hierbei auch Problemlos mit dem App-V Publishing Server bereitgestellt!

image016

Troubleshooting:

http://docs.citrix.com/en-us/xenapp-and-xendesktop/7-6/xad-build-new-enviroment/xad-app-v.html

Einen Ordner: C:\CtxAppVLogs erstellen Die Datei C:\Program Files\Citrix\Virtual Desktop Agent\CtxAppVCommon.dll.config wie folgt anpassen:

 

  Die Logs die, benötigt werden, finden sich nach dem Start der Anwendung nicht etwa unter c:\CtxAppVLogs\, sondern unter %localappdata%\Citrix\CtxAppVLogs.

Hier gibt es den Hinweise, dass das Manifest nicht korrekt „geparst“ (Syntaxcheck) werden konnte und die AppID nicht gefunden wurde. Über die AppID erfolgt die Zuordnung zum Start. Ich vermute einen Bug im CtxAppVLauncher.exe. Zumal das Problem auch immer mal mit dem Publishing-Server aufgetreten ist.

5/14/2016 11:50:59 AM CtxAppVCommon:  XmlParser::XmlParser - Exception occurred in the constructor.System.ArgumentException: Invalid Deployment Config XML
   at Citrix.VirtApp.Studio.PowerShellManager.XmlParser..ctor(Stream inStream, AppVXmlType xmlType)
5/14/2016 11:50:59 AM CtxAppVCommon:  PkgDeploymentConfig::PkgDeploymentConfig - Argument  Exception occurred in constructor.System.ArgumentException: Invalid Deployment Config XML
   at Citrix.VirtApp.Studio.PowerShellManager.XmlParser..ctor(Stream inStream, AppVXmlType xmlType)
   at Citrix.VirtApp.Studio.PowerShellManager.PkgDeploymentConfig..ctor(Stream stream)
5/14/2016 11:50:59 AM CtxAppVCommon:  Entry: PkgManifest:: PkgManifest
5/14/2016 11:50:59 AM CtxAppVCommon:  Entry: XmlParser::XmlParser
5/14/2016 11:50:59 AM CtxAppVCommon:  XmlParser::XmlParser - parsing appxmanifest file
5/14/2016 11:50:59 AM CtxAppVCommon:  Exit: XmlParser::XmlParser
5/14/2016 11:50:59 AM CtxAppVCommon:  Exit: PkgManifest::PkgManifest
5/14/2016 11:50:59 AM CtxAppVCommon:  Entry: PkgManifest::GetCmdLineArgs 
5/14/2016 11:50:59 AM CtxAppVCommon:  PkgManifest::GetCmdLineArgs - Argument Null Exception occurred in GetCmdLineArgs.
5/14/2016 11:50:59 AM CtxAppVLauncher:  ConvertToArrayCmdLineASD: Exception while parsing arguments: System.ArgumentNullException: appId cannot be null
Parameter name: appId
   at Citrix.VirtApp.Studio.PowerShellManager.PkgManifest.GetCmdLineArgs(String appId)
   at Citrix.VirtApp.Vda.Launcher.VirtAppLauncher.GetCmdLineArgs()
   at Citrix.VirtApp.Vda.Launcher.VirtAppLauncher.ConvertToArrayCmdLineASD(BackgroundWorker worker)
5/14/2016 11:50:59 AM CtxAppVLauncher:  FUNCTION: BackGroundWorkerThread MESSAGE: System.ArgumentNullException: appId cannot be null
Parameter name: appId
   at Citrix.VirtApp.Vda.Launcher.VirtAppLauncher.BackGroundWorkerThread(Object sender, DoWorkEventArgs e)
5/14/2016 11:50:59 AM CtxAppVLauncher:  FUNCTION: BackGroundWorkerThread MESSAGE:Background thread encountered an exception  System.ArgumentNullException: appId cannot be null
Parameter name: appId
   at Citrix.VirtApp.Vda.Launcher.VirtAppLauncher.BackGroundWorkerThread(Object sender, DoWorkEventArgs e)

 

In einem weiteren Test haben wir das Paket noch einmal mit dem Application Virtualization Explorer von Gridmetric geöffnet und gespeichert. Das Tool hat für mich immer eine Hundertprozentige Zuverlässigkeit gehabt. Leider mochte Citrix das Paket anschließend nicht einmal mehr einbinden. Weitere Pakete haben sich genau so verhalten.

image017

Vielleicht hat jemand eine Idee dazu? Ich vermute einen Bug im XML Parser für das AppvManifest. Hier noch ein Echter Deep Dive für die Citrix XenDesktop App-V Integration: Citrix App-V Integration: Internals:

https://www.citrix.com/blogs/2013/12/23/citrix-app-v-integration-internals/

 

XenDesktop 7.8 und die AppDisk
XenDesktop 7.x, Html 5 Citrix Receiver, VDA SSL un...

Ähnliche Beiträge

 

Kommentare 2

Gäste - Randy am Mittwoch, 15. Juni 2016 09:07

Gibt es zu dem Fehler bereits neue Erkenntnisse?
Bei uns tritt der ebenfalls auf. Bisher keine Lösung gefunden.

Gibt es zu dem Fehler bereits neue Erkenntnisse? Bei uns tritt der ebenfalls auf. Bisher keine Lösung gefunden.
Andreas Nick am Mittwoch, 15. Juni 2016 12:17

Hallo Randy,

es gab zwischenzeitlich einen Kommentar (vor der DB Migration des Blogs). Der meinte, mit App-V 5.1 HF3 sei das Problem verschwunden. Ich habe das noch nicht geprüft und glaube das auch nicht. Die Fehlermeldung in den Logs bezieht sich auf das Schema. Wir nutzen seit den ersten XenDesktop Versionen für solche Anwendungen eine direkte Veröffentlichung. Also die Daten, die auch in der App-V Verknüpfung liegen. Dennoch ist es nicht schwer, einen eigenen Mechanismus als Ersatz für den CtxAppVLauncher.exe zu bauen. Das hätte sogar im Unternehmen diverse Vorteile. Beispielsweise einen eigenen SplashScreen. Wenn Jemand hier Bedarf hat, kann er sich gerne an uns wenden.

Hallo Randy, es gab zwischenzeitlich einen Kommentar (vor der DB Migration des Blogs). Der meinte, mit App-V 5.1 HF3 sei das Problem verschwunden. Ich habe das noch nicht geprüft und glaube das auch nicht. Die Fehlermeldung in den Logs bezieht sich auf das Schema. Wir nutzen seit den ersten XenDesktop Versionen für solche Anwendungen eine direkte Veröffentlichung. Also die Daten, die auch in der App-V Verknüpfung liegen. Dennoch ist es nicht schwer, einen eigenen Mechanismus als Ersatz für den CtxAppVLauncher.exe zu bauen. Das hätte sogar im Unternehmen diverse Vorteile. Beispielsweise einen eigenen SplashScreen. Wenn Jemand hier Bedarf hat, kann er sich gerne an uns wenden.
Bereits registriert? Hier einloggen
Dienstag, 05. November 2024

Sicherheitscode (Captcha)

Nick Informationstechnik GmbH
Dribusch 2
30539 Hannover

+49 (0) 511 165 810 190
+49 (0) 511 165 810 199

infonick-it.de

Newsletter

Anmeldung zum deutschen M.A.D. Newsletter mit Informationen zur Anwendungsvirtualisierung!

Wir nutzen Cookies auf unserer Website. Einige von ihnen sind essenziell für den Betrieb der Seite, während andere uns helfen, diese Website und die Nutzererfahrung zu verbessern (Tracking Cookies). Sie können selbst entscheiden, ob Sie die Cookies zulassen möchten. Bitte beachten Sie, dass bei einer Ablehnung womöglich nicht mehr alle Funktionalitäten der Seite zur Verfügung stehen.