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

Letzten Freitag habe ich bei der PowerShell Usergroup Hannover kurz etwas zum Thema CodeSignieren für PowerShell Module zum Upload in die PowerShell Gallery erzählt. Nun, dass Interesse meine Kollegen war größer als gedacht und auch einige Frage ungeklärt. Hier hat sich auch einiges geändert. Fakt ist, die meisten Module auch in der Gallery sind unsigniert. Letztlich stellt sich auch immer die Frage, warum überhaupt signieren, wenn doch die PowerShell Executionpolicy so leicht ausgehebelt werden kann?

Beispielsweise ist es möglich, mit Powershell.exe -ExecutionPolicy Bypass -File <PathToPowershellSkript.ps1> beliebigen Code auszuführen.

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 deutsche App-V Blog vom Microsoft Team wurde vor einiger Zeit in den M.A.D. Blog umbenannt (Modern Application Deployment). Das, weil die Kollegen bei Microsoft nun das Thema MSIX forcieren und um zukünftig international auf Englisch zu bloggen. Nun konnte der Blog auf dem MSDN Channel nicht weiter betrieben werden und ist umgezogen. Die neue Adresse ist: http://aka.ms/madblog
Leider wurden viele alte deutschsprachige Artikel nicht übernommen. In der Techcommunity fehlt wohl die deutsche Sprachunterstützung. Der alte Blog existiert leider nicht mehr und das führt u.a. dazu, dass inzwischen viele Suchanfragen im Nirvana enden.

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