You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
description: Learn about app attach and MSIX app attach in Azure Virtual Desktop, where you can dynamically attach applications from an application package to a user session.
description: Learn about MSIX app attach and app attach in Azure Virtual Desktop, where you can dynamically attach applications from an application package to a user session.
# App attach and MSIX app attach in Azure Virtual Desktop
11
+
# MSIX app attach and app attach in Azure Virtual Desktop
12
12
13
+
> [!IMPORTANT]
14
+
> App attach is currently in PREVIEW.
15
+
> See the [Supplemental Terms of Use for Microsoft Azure Previews](https://azure.microsoft.com/support/legal/preview-supplemental-terms/) for legal terms that apply to Azure features that are in beta, preview, or otherwise not yet released into general availability.
13
16
14
-
There are two features in Azure Virtual Desktop that enable you to dynamically attach applications from an application package to a user session in Azure Virtual Desktop - *app attach* and *MSIX app attach*. *App attach* is now generally available and improves the administrative and user experiences. With both *app attach* and *MSIX app attach*, applications aren't installed locally on session hosts or images, making it easier to create custom images for your session hosts, and reducing operational overhead and costs for your organization. Applications run within containers, which separate user data, the operating system, and other applications, increasing security and making them easier to troubleshoot.
17
+
There are two features in Azure Virtual Desktop that enable you to dynamically attach applications from an application package to a user session in Azure Virtual Desktop - *MSIX app attach* and *app attach (preview)*. *MSIX app attach* is generally available, but *app attach* is available in preview, which improves the administrative and user experiences. With both *MSIX app attach* and *app attach*, applications aren't installed locally on session hosts or images, making it easier to create custom images for your session hosts, and reducing operational overhead and costs for your organization. Applications run within containers, which separate user data, the operating system, and other applications, increasing security and making them easier to troubleshoot.
15
18
16
19
The following table compares MSIX app attach with app attach:
17
20
@@ -34,7 +37,7 @@ You can use the following application package types and file formats:
34
37
MSIX and Appx are Windows application package formats that provide a modern packaging experience to Windows applications. Applications run within containers, which separate user data, the operating system, and other applications, increasing security and making them easier to troubleshoot. MSIX and Appx are similar, where the main difference is that MSIX is a superset of Appx. MSIX supports all the features of Appx, plus other features that make it more suitable for enterprise use.
35
38
36
39
> [!TIP]
37
-
> Select a button at the top of this article to choose between *app attach* and *MSIX app attach* to see the relevant documentation.
40
+
> Select a button at the top of this article to choose between *MSIX app attach*(current) and *app attach* (preview) to see the relevant documentation.
38
41
39
42
You can get MSIX packages from software vendors, or you can [create an MSIX package from an existing installer](/windows/msix/packaging-tool/create-an-msix-overview). To learn more about MSIX, see [What is MSIX?](/windows/msix/overview)
40
43
@@ -105,7 +108,7 @@ MSIX app attach mounts disk images containing your applications from a file shar
105
108
106
109
-**On-demand**: applications are only partially registered at sign-in and the full registration of an application is postponed until the user starts the application. On-demand is the registration type we recommend you use as it doesn't affect the time it takes to sign-in to Azure Virtual Desktop. On-demand is the default registration method.
107
110
108
-
-**Register at log on**: each application you assign to a user is fully registered. Registration happens while the user is signing in to their session, which might affect the sign-in time to Azure Virtual Desktop.
111
+
-**Log on blocking**: each application you assign to a user is fully registered. Registration happens while the user is signing in to their session, which might affect the sign-in time to Azure Virtual Desktop.
109
112
110
113
::: zone pivot="app-attach"
111
114
> [!IMPORTANT]
@@ -126,7 +129,7 @@ MSIX app attach doesn't limit the number of applications users can use. You shou
126
129
## Application state
127
130
128
131
::: zone pivot="app-attach"
129
-
An MSIX and Appx package is set as **active** or **inactive**. Packages set to active makes the application available to users. Packages set to inactive are ignored by Azure Virtual Desktop and not added when a user signs-in.
132
+
An MSIX and Appx package is set as **active** or **inactive**. Packages set to active makes the application available to users. Packages set to inactive are ignored by Azure Virtual Desktop and not added when a user signsin.
Copy file name to clipboardExpand all lines: articles/virtual-desktop/app-attach-test-msix-packages.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -208,7 +208,7 @@ Now that your MSIX package is registered, your application should be available f
208
208
209
209
## Deregister an MSIX package
210
210
211
-
Once you're finished with your MSIX package and are ready to remove it, first you need to deregister it. To deregister the MSIX package, run the following commands in the same PowerShell session. These commands get the disk's `DeviceId` parameter again, and removes the package using the `$msixPackageFullName` variable created in a previous section.
211
+
Once you're finished with your MSIX package and are ready to remove it, first you need to deregister it. To deregister the MSIX package, run the following commands in the same PowerShell session. These commands get the disk's `DeviceId` parameter again, and remove the package using the `$msixPackageFullName` variable created in a previous section.
0 commit comments