Solution
Omnissa App Volumes (tidigare VMware App Volumes) levererar EXE-, MSI-, MSIX- och ThinApp-applikationer nativt. Plattformssidan av en Horizon- och App Volumes-uppdatering är oftast väl förstådd; applikationerna som körs på den, ofta paketerade för flera år sedan som ThinApp eller native-installationer, är det som fastnar. EtherApps Forge fångar dessa applikationer från en aktiv installation, även när den ursprungliga installeraren är borta, och producerar en signerad MSI eller MSIX som App Volumes ansluter på samma sätt som alltid.
7 dagar. Inget kreditkort. Fånga en riktig applikation på dag ett.
Ingen ombyggnad
App Volumes levererar redan EXE, MSI, MSIX och ThinApp nativt
Utan installer
rädda legacy-appar när installationsmediat är förlorat eller leverantörsportalen är stängd
Låg kostnad, självbetjäning
en 7-dagars Forge-trial på en verklig app istället för ett partnerlett paketeringsprojekt
The problem
Enkelt uttryckt: Horizon- och App Volumes-miljön uppdateras, men applikationerna i den är flera år gamla, flera paketerades som ThinApp innan det formatet föll ur bruk, och ingen känner sig säker på att ompaketera dem från grunden. I IT-termer: en åldrande App Volumes-miljö bär på en backlog av ThinApp- och native-installationsapplikationer med oklara beroenden, osäker kompatibilitet med en aktuell App Volumes-version, och ingen snabb väg till ett modernt paketformat. Båda versionerna behöver samma svar: fånga det som faktiskt är installerat, konvertera det till ett paket som App Volumes redan vet hur det levererar, och göra det utan ett fullständigt ompaketeringsprojekt per app.
ThinApp var en vanlig App Volumes-paketeringsväg i många år. Den ursprungliga byggmiljön, sequencer-projektet och personen som byggde det är ofta borta sedan länge, vilket lämnar ett fungerande ThinApp-paket som ingen säkert kan bygga om eller uppdatera.
Oavsett om appen ursprungligen levererades som ThinApp, en native-installation eller en AppStack, försvann källinstalleraren ofta år innan någon behövde ompaketera den, så en ombyggnad från grunden börjar med detektivarbete, inte paketering.
Team planerar gärna en Horizon- eller App Volumes-versionsuppgradering, men ett parallellt ompaketeringsprojekt för varje legacy-app i miljön räcker för att hela migreringen ska halka, särskilt när paketeringskompetens är en bristvara.
Ett fungerande ThinApp eller en gammal AppStack som ingen vill riskera att förstöra blir anledningen till att den underliggande plattformen inte kan uppgraderas rent, trots att plattformen i sig är redo att flyttas.
What changes
Forge fångar applikationens filer, register, tjänster och beroenden från en aktiv installation, oavsett vilket format den för närvarande levereras i, vilket ger dig ett dokumenterat avtryck istället för ett paket som ingen vill öppna.
Fångsten blir ett signerat MSI- eller MSIX-paket. Omnissa App Volumes levererar båda formaten nativt idag, så det finns inget proprietärt ombyggnadssteg och inget separat App Volumes-specifikt paketeringsverktyg att lära sig.
Legacy ThinApp- och native-installationsapplikationer slutar vara anledningen till att en Horizon- eller App Volumes-versionsuppgradering försenas, eftersom applikationssidan av arbetet körs på sitt eget spår.
En 7-dagars EtherApps Forge-trial på en verklig applikation testar tillvägagångssättet innan du binder dig till ett bredare ompaketeringsprogram, istället för att börja med ett offertbaserat paketeringsuppdrag.
Start here
Se det här fungera i din egen tenant.
Var Forge passar in i en App Volumes-miljö
Forge fångar det installerade applikationsavtrycket från en aktiv maskin eller en kontrollerad VM, oavsett om det ursprungligen paketerades som ThinApp, en native-installation eller något odokumenterat. Den fångsten blir en signerad MSI eller MSIX, som Omnissa App Volumes ansluter på samma sätt som det levererar alla andra MSI-, MSIX-, EXE- eller ThinApp-paket idag, ingen proprietär AppStack-ombyggnad krävs.
Genomgång
En kort genomgång av legacy-appfångst från en fungerande maskin, paketutdata och ett Windows 11-kompatibilitetsutlåtande - samma signerade MSI- och MSIX-utdata som Omnissa App Volumes, Citrix och Parallels RAS alla levererar nativt.
How we deliver it
EtherApps Forge leder. Forge fångar applikationen direkt från en aktiv installation, oavsett vilket format den för närvarande levereras i (ThinApp, native-installation eller en befintlig AppStack), och producerar en signerad MSI eller MSIX från den fångsten. Omnissa App Volumes levererar redan MSI-, MSIX-, EXE- och ThinApp-applikationer nativt, så utdatan ansluts på samma sätt som alla andra App Volumes-levererade applikationer gör idag. EtherInsights kommer in när samma program också behöver bredare Windows 365- eller Azure Virtual Desktop-migreringsplanering vid sidan av App Volumes-moderniseringsarbetet.
EtherApps Forge captures installed Windows applications from running systems, analyses the real application footprint, supports AI-guided packaging decisions, and produces deployment-ready outputs for modern environments.
EtherInsights is the operating view for Microsoft 365, Azure, and Windows 365: day-to-day cost management, licence control, and full Windows 365 Cloud PC lifecycle management, plus tenant, user, security, device, and Intune reporting.
Where this fits
FAQ
Tydliga svar för IT-ansvariga och Omnissa/VMware Horizon-administratörer som planerar en App Volumes-uppdatering.
Nej, och det behöver den inte. Omnissa App Volumes fångar och levererar redan EXE-, MSI-, MSIX- eller ThinApp-applikationer nativt genom sin egen paketeringskonsol. Forges jobb ligger uppströms om det: fånga legacy-applikationen från en aktiv installation och producera en signerad MSI eller MSIX, som App Volumes sedan levererar på samma sätt som den levererar alla andra MSI-, MSIX-, EXE- eller ThinApp-applikationer idag.
Ja. Forge fångar applikationen från en aktiv installation där ThinApp-paketet för närvarande körs, och tar in de verkliga filerna, registret och beroendena, istället för att behöva det ursprungliga ThinApp-sequencer-projektet. Den fångsten blir en signerad MSI eller MSIX, vilket ger dig ett dokumenterat, ombyggbart paket istället för ett ThinApp som ingen säkert kan röra.
Nej. Det här handlar om att modernisera applikationerna som körs i din befintliga App Volumes-miljö, inte att ersätta plattformen. MSI- eller MSIX-utdatan från Forge levereras genom App Volumes på samma sätt som den levererar alla andra paket idag.
Båda. Den omedelbara användningen är att modernisera applikations-backlogen i din nuvarande Horizon- och App Volumes-miljö. Om den långsiktiga planen också innebär att flytta hela eller delar av den miljön till Windows 365 eller Azure Virtual Desktop, stöder samma MSI- eller MSIX-fångst även AppAttach- och IntuneWin-utdata för den migreringen, så paketeringsarbetet går inte till spillo om plattformen ändras senare.
Kostnad och initialt åtagande, huvudsakligen. En capture-first Forge-trial validerar tillvägagångssättet på en verklig applikation till en bråkdel av kostnaden för ett offertbaserat, partnerlett paketeringsuppdrag, innan du bestämmer dig för om du ska köra det över den bredare miljön. Du binder dig inte till ett fullständigt projekt bara för att ta reda på om ett gammalt ThinApp-paket kan moderniseras.
Det är ett vanligt och oftast åtgärdbart problem med containerns beteende snarare än en trasig app: att skriva till en fast sökväg, förutsätta en maskinregisterplats eller förvänta sig filer bredvid sin egen körbara fil beter sig alla annorlunda när de containeriseras. Forge lägger upp Package Support Framework för att tillämpa fil- och registeromdirigering och korrigering av arbetskatalogen, så att appen körs som förut, utan en kodändring.
Granskad 26 augusti 2026.
Start here
Boka en App Volumes-appgenomgång så går vi igenom ett verkligt paket i din miljö, ThinApp, native-installation eller oklar AppStack, och visar hur en Forge-fångst och modern MSI- eller MSIX-utdata skulle se ut för det.
