- App-V Infrastruktur
- App-V Client
- App-V Sequenzierung
- Tools & Troubelshooting
- PowerShell mit App-V
Hochwertige Lösungen mit bestem Kundenservice
Terminalserver- und Desktop Umgebungen mit der besten Usability
Schulungen und Workshops
Intuitive individuelle Lösungen
Alle wichtigen Browser
Wichtige Standardanwendungen
Wöchentlich aktuallisiert
Mit Support
Individuelle Anpassungen sind möglich
Schnell auf Sicherheitslücken reagieren
Bonus: Einige MSIX Pakete für WVD
This is the last newsletter for 2024. With the M.A.D. Day on November 15 in Hamburg, there are some innovations. Among other things, App-V will no longer disappear but will remain in Microsoft's operating systems. All MAD Day sessions are edited and prepared and can now be viewed on YouTube.
Microsoft Intune ist ein Cloud-basierter Dienst, der sich auf das Management mobiler Geräte und Laptops fokussiert. Intune kontrolliert, wie die Geräte im Unternehmen, einschließlich Mobiltelefone, Tablets und Laptops, genutzt werden. Wir können spezifische Richtlinien zur Steuerung und Bereitstellung von Anwendungen konfigurieren.
Seit langen sehe ich in Kundenumgebungen meistens „.Intune" Pakete. Dabei kann seit langen auch das MSIX Format verteilt werden. Insbesondere, wenn Anwendungen auf Anhieb funktionieren ist der Verpackungsprozess sehr schnell erledigt und die Vorteile sind groß. Die Metadaten der App werden automatisch aus dem MSIX-Paket abgerufen und in die App-Eigenschaften geladen, was den Bereitstellungsprozess vereinfacht.
Hier als Zusammenfassung die notwendigen Schritte, um MSIX Pakete mit Intune zu verteilen.
The agenda for our M.A.D. Day is finally available, including a description. Here you can find all necessary information.
In diesem Artikel zeige ich Ihnen, welche PowerShell-Befehle Sie benötigen, um moderne Anwendungen wie AppX und MSIX auf Windows 11 und Windows Server bereitzustellen. Wir sprechen in diesem Zusammenhang von Modern-Applications, die isoliert, also virtuell, mit eigenem Dateisystem und eigener Registrierung unter Windows arbeiten.
In diesem Blog möchten wir den aktuellen Stand der MSIX-Kompatibilität beleuchten und eine Einschätzung geben, ob MSIX ein guter Ersatz für App-V ist. Dabei ist zu betonen, dass MSIX absolut lizenzfrei genutzt werden kann. Es ist in jeder Windows Edition enthalten und funktioniert auch in der Home Edition. MSIX ist für Remote Desktop Services Umgebungen und VDI auch für kleine und mittlere Umgebungen sehr interessant. Mit einfachen Mitteln können die Systemabbilder klein gehalten werden und die Anwendungen werden ressourcenschonend just-in-time den Benutzern bei der Anmeldung zur Verfügung gestellt.
Vor einigen Wochen hat mich ein Kunde angeschrieben, dass App-V nun doch 2026 aus dem Support gehen soll. 2026? Woher kommt das neue Datum? Es gab das Problem, dass viele gedacht haben, App-V gehe 2025 aus dem Support, weil für diesen Zeitpunkt das Microsoft Desktop Optimization Pack (MDOP) abgekündigt war. Im MDOP ist u.a. die App-V Infrastruktur zur Verteilung von App-V Paketen an Endgeräte enthalten. Aber der App-V Client selbst wurde ab Windows 10 1607 in das Betriebssystem integriert (damals auch in Windows Server 2016). App-V Pakete können auch mit anderen Mitteln (PowerShell) oder einer anderen Deployment-Methode wie dem Endpoint Configuration Manager verteilt werden. Also nichts, worüber wir uns Sorgen machen müssen.
In den Anfangstagen von PowerShell meinten wir mit PowerShell Cmdlets immer die PowerShell Funktionen, die mit einer DLL importiert werden. Zu diesem Zeitpunkt war das quasi der Standard. Das hat sich heute erheblich geändert. In den seltensten Fällen sehe ich heute Module, die als DLL erstellt wurden. Nun wollte ich gerade einige hardwarenahe Funktionen in PowerShell nutzen, die in der Kernal32 DLL hinterlegt sind. Natürlich kann man das auch alles direkt in PowerShell integrieren aber leider ist mein Antivirus bei einigen Ausdrücken mit einmal recht aggressiv geworden. Klar, als C++ Programm sind hardwarenahen Geschichten ok nur wurden diese Funktionen scheinbar in letzter Zeit in PowerShell für böse Dinge genutzt. Daher habe ich mich entschlossen, alles in eine C# DLL zu verpacken. Dieser Blog beschriebt nun, wie man so etwas macht. Also ein PowerShell Modul als C# DLL.
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:
An dieser Stelle erst einmal vielen Dank an alle Teilnehmer und Vortragenden zum gelungenen ersten M.A.D. Cast. Wir haben uns etwas Zeit gelassen mit dem Upload der Videos und dieser kurzen Zusammenfassung. Die Feiertage sind uns dazwischen gekommen und daher hat es etwas gedauert.
