Der typische App-V Fehlercode besteht aus 2 x 4 Bytes in der Form hexadezimal: „0x00000000-0x00000000“. Die ersten sechs Zeichen beziehen sich auf den App-V Quellcode und können ignoriert werden. Für die Fehleranalyse sind die letzten 10 Zeichen interessant. Also „00-0x00000000“. Die ersten beiden Zeichen zeigen die Art des Fehlers und die Quelle. Die letzten acht Zeichen sind der eigentliche Fehlercode. Wenn einmal ein Fehlercode als Dezimalzahl zurückgegeben wird, so muss diese Dezimalzahl zur Analyse in einen Hexadezimalwert gewandelt werden.

Es ist ein Monat vergangen seit dem ersten internationalen M.A.D. Cast #2 international  (Modern Application Deployment). Die Veranstaltung ist gut gelaufen und war gut besucht. Vielen dank von meiner Seite an alle Sprecher. Weiter unten in diesem Newsletter finden sich die Links auf die Videos.

Neues Tool: MSIX Tweaker

Advanced Installer hat ein neues Freies Tool veröffentlicht. Des MSIX Tewaker. Mit diesem Tool können über die Kommandozeile Daten innerhalb eines Pakes geändert werden. Ein Beispiel zum Setzen eines Registrierungsschlüssels:

Microsoft App-V und MSIX Newsletter

Seitdem M.A.D. Day 2019 ist inzwischen fast ein Jahr vergangen. Ich denke, es ist an der Zeit, für alle den ersten Newsletter zu schrieben, die damals bei uns eine Karte ausgefüllt haben. So vieles gab es in unserem Bereich nicht zu erzählen. Dennoch, die wichtigste Neuigkeit ist, dass es dieses Jahr wieder einen M.A.D. Day geben wird.

In Eigener Sache: Der Newsletter wird auf https://www.Software-Virtualisierung.de veröffentlicht. Wenn ihr einen Newsletter ERHALTEN möchtet, dann schreibt mir bitte unter info[at]nick-it.de und ich setze Euch auf die Liste. Die Genehmigung gilt bis zu Eurem Widerruf.

Nicht werbefrei :-) Solltet Ihr Schulungen, Workshops und Consulting zu MSIX, App-V oder Citrix Produkten suchen, schreibt mir bitte unter info[at]nick-it.de oder nutzt die im Blog angegebene Telefonnummer (rechts). Wir freuen uns, Euch bei Euren Projekten zu unterstützen. Wir leisten bei vielen Kunden High Level Remotesupport auf Stundenbasis..

Der App-V Server- und Depotreport ist in der Grundversion schon Mitte 2019 als PowerShell Skript entstanden. In der Tradition von Carl Webster sollte ursprünglich nur ein Dokumentationsskript für eine App-V Umgebung erstellt werden. Also Informationen über den SQL Server, die Datenbank und die Installationsparameter sowie der bereitgestellten App-V Pakete. 2019 merkte ich schnell, dass das ein netter Report ist aber eben doch nicht die Informationen enthät, die ich mir wünsche. Es passiert beispielsweise häufig, dass der Import von externen Konfigurationsdateien vergessen wird. Dannlaufen keine Skripte oder die Services im Paket wurden doch nicht deaktiviert und der Benutzer bekommt mit einmal eine Updatemeldung nach dem Start seiner Anwendung. Bereitgestellte Anwendungen sich komisch auf dem Client verhalten und keine weiß warum. Insbesondere ist es auch ein Problem, wenn diejenigen, die einmal die Pakete gebaut haben nicht mehr im Unternehmen sind. Keiner kann wissen, wo welche Skripte laufen und QS ist alles.

Vor einiger Zeit habe ich ein PowerShell Dokumentationsskript für eine App-V Serverinfrastruktur erstellt. Das habe ich mit viel Aufwand im Dezember 2019 überarbeitet. Viele Funktionen, die zuvor über das Skript abgebildet wurden, sind dabei in das Modul gewandert. Im jetzigen Zustand ist das Modul insbesondere dafür gut, Informationen aus der „.AppV“ Datei zu extrahieren aber auch Informationen aus den externen Konfigurationsdateien UserConfig.xml und DeploymentConfig.xml.

Noch das Rechtliche: Wir geben keinerlei Gewährleistung für die Funktion oder Schäden. Das Modul steht unter der MIT Lizenz. Programfehler sind nicht ausgeschlossen.

Dieses Jahr ist geplant, dem Modul noch weitere Funktionen zu geben. Erst einmal kann man schon einige nette Dinge mit dem Modul anfangen. Das Modul könnt ihr unten am Ende dieses Blogs herunterladen. Alternativ steht die aktuelle Version über die PowerShell Gallery bereit. Bei einer Installation im UserScope (und PoSh 5.x) landet das Paket mit folgendem Befehl unter Documents\WindowsPowerShell\Modules

install-Module AppVForcelets -Scope CurrentUser

Letztes Jahr hat Microsoft die Firma FSLogix übernommen. Aber was ist FSLogix und was kann ich damit in meiner Umgebung erreichen? Gekauft wurde es vermutlich, um Indizierungsprobleme mit Microsoft Office 365 in Terminalserverumgebungen zu lösen. Aber das Produkt kann viel mehr. Gerade bei Benutzerprofilen ist FSLogix ein genialer Ersatz für die schon lange veralteten Roaming Profiles. FSLogix paßt sehr gut in den Bereich der Softwarevirtualisierung und setzt auf ähnliche Technologien wie beispielsweise App-V oder ThinApp. FSLogix ist jedoch kein Ersatz für eine Softwarevirtualisierung, die auch eine Anwendungsisolation bietet (wie App-V), um gleichzeitig gleichartige Anwendungen parallel nutzen zu können.

FSLogix ist also ein echtes Universalwerkzeug und bietet eine Reihe von Lösungen, für Clients und insbesondere für nonpersistent Windows Umgebungen.
Enthalten sind die folgenden Komponenten:

• Profile Container
• Office Container
• Application Masking
• Java Version Control

Der M.A.D. Day (Modern Application Deployment) war für mich einer der schönsten Tage des Jahres. Vieles hat funktioniert und es waren tolle Kollegen anwesend. Wir hatten zwei Räume bei Microsoft am 15.3.2019 in der Walter-Gropius-Straße 5 in Hamburg. Einer für ca. 20 Teilnehmer und der andere für 50. Die Räume waren dann gerade bei bestimmten Themen gerammelt voll. Ich für meinen Teil war überrascht, dass sich sogar einige Kollegen aus der Schweiz auf den weiten Weg nach Hamburg aufgemacht haben. Offensichtlich haben wir mit den unseren Hauptthemen MSIX und Microsoft App-V einen Nerv getroffen. Das Modern Application Deployment ist insbesondere wichtig für viele Windows 10 Projekte, da hier viele Probleme gelöst werden können, die mit einer klassischen Softwareverteilung (MSI) zu einem Problem werden. Hier nur einige wichtige Punkte:

• Rückstandsfreies entfernen einer Software
• Verteilen on Demand
• Streamen von Software (App-V) für virtuelle Desktops
• Isolation von Anwendungen unter einander (verschiedene Java Versionen)

Nun, im Vorfelt haben wir einiges an technischem Equipment besorgt, um die Veranstaltung und die Inhalte für alle in der deutschen Community zugänglich zu machen. Nun, es war viel Arbeit und daher etwas gedauert aber die Videos sind gelungen und inzwischen auf YouToube hochgeladen. Ich würde mich über Euer Feedback freuen. An dieser Stelle auch vielen Dank an unsere mit Organisiatioren und insbesondere an Sebastian Gernert der dieses Event möglich gemacht hat. Sein Teamblog: http://aka.ms/madblog 

App-V, AppX und MSIX eine Evolution?

Sebastian Gernert - Escalation Engineer für App-V für App-V hat vor Kurzem seinen App-V Blog in den Modern App Blog „M.A.D“ umbenannt, um dem neuen Verteilungsverfahren und den „Modern Apps“ in Windows 10 mehr Gewichtung zu geben. In diesem Zusammenhang sprechen wir auch über UWP (Universal Windows Plattform) oder auch über Universal Apps. Diese sind auf diversen Microsoft Plattformen verteilbar.
Für mich ein Grund, einmal auf die verschiedenen Verfahren näher einzugehen. Bisher war es für uns meistens so, dass wir die meisten AppX Anwendungen vor einem RollOut aus den System herauslöschen.

(2)In diesem Teil wird ein unverschlüsseltes Load Balancing mit einem Citrix NetScaler für eine App-V Infrastruktur beschrieben. Bitte beachtet die anderen Teile. Ich bin sehr an Eurer Meinung interessiert, da ss viele Optionen, um das Load Balancing zu Monitoren. Was macht ihr anders? Was macht ihr besser?

Zunächst mit dem Management des Netscalers verbinden (http://<NetScalerip>, Default Anmeldename: nsroot,Default Passwort: nsroot)