.NET Framework 4.5 est par défaut et .NET Framework 3.5 est facultatif

  • Article

Plateformes

Clients Windows 8
Serveurs Windows Server 2012

Description

.NET Framework 4.5 est activé par défaut dans Windows 8. Windows 8 n’inclut pas .NET 3.5 par défaut, mais les fichiers de .NET 3.5 sont disponibles sur le support d’installation Windows 8 en tant que fonctionnalité facultative.

Si l’utilisateur effectue une mise à niveau de Windows 7 vers Windows 8, .NET Framework 3.5 est entièrement activé pour garantir que toutes les applications sur l’ordinateur continuent de fonctionner correctement.

Manifestation

Si l’utilisateur effectue une installation propre de Windows 8, puis installe des applications qui nécessitent .NET Framework 3.5 (ou 2.0), il déclenche une demande pour les fichiers .NET 3.5 nécessaires. Normalement, les fichiers manquants sont téléchargés à partir de Windows Update (après avoir demandé l’autorisation à l’utilisateur), mais si l’accès à Windows Update n’est pas possible, l’activation de .NET Framework 3.5 échoue, sauf si une autre source pour les fichiers manquants a été spécifiée.

Limitation des risques

Pour activer .NET Framework 3.5 uniquement sur les machines de test avec propre installations de Windows 8 :

  1. Copiez \sources\sxs\ de l’image ISO de build du système d’exploitation monté vers dotnet35 ou un dossier similaire. Exemple :

    xcopy e:\sources\sxs\*.* c:\dotnet35 /s

  2. Exécutez cette ligne de commande à l’aide des privilèges d’administrateur :

    Dism.exe /online /enable-feature /featurename:NetFX3 /All /Source:c:\dotnet35 /LimitAccess

Notes

Le dossier sources\SxS ne doit pas être utilisé comme mécanisme de redistribution, car il ne s’agit pas d’un mécanisme pris en charge.

Solution

Pour les consommateurs :

Windows 8 inclut un mécanisme qui active automatiquement .NET Framework 3.5 lors de la tentative d’installation du package redistribuable ou lorsqu’un programme d’installation d’application qui a besoin de .NET 3.5 appelle le redistribuable.

Pour les développeurs d’applications (et les administrateurs informatiques) :

Les administrateurs informatiques peuvent configurer des applications .NET 3.5 pour qu’elles s’exécutent sur .NET 3.5 ou .NET 4.5 (en fonction de ce qui est déjà installé). Pour exécuter une application managée sur la version 3.5 ou 4.5, ajoutez simplement une section dans le fichier de configuration de l’application. Cela garantit que si .NET 3.5 est installé, l’application s’exécutera sur .NET 3.5 ; sinon, l’application s’exécutera sur .NET 4.5. Voici un exemple de section supplémentaire dans le fichier de configuration :

<configuration>
   <startup>
      <supportedRuntime version="v2.0.50727"/>
      <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5"/>
   </startup>
</configuration>

Pour les fabricants OEM d’entreprise :

Pour activer .NET Framework 3.5 pour les builds EEAP et pour les applications qui n’ont pas accès à Windows Update :

  1. Copiez \sources\sxs\ de l’image ISO de build de système d’exploitation montée dans le dossier dotnet35 ou similaire. Exemple :

    xcopy e:\sources\sxs\*.* c:\dotnet35 /s

  2. Définissez la clé d’inscription :

    [HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Servicing]
 LocalSourcePath = c:\dotnet35

Pour les entreprises :

Pour les machines configurées pour utiliser WSUS à des fins de maintenance, vous pouvez définir une entrée de Registre pour permettre à l’ordinateur d’utiliser Windows Update pour activer .NET 3.5 au lieu de WSUS (la maintenance sera toujours effectuée à partir de WSUS si vous effectuez cette opération).

  • Définissez la clé d’inscription :
    [HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Servicing]  RepairContentServerSource =DWORD(2)

Cette entrée de Registre peut également être définie via stratégie de groupe (Stratégie de l’ordinateur local -> Configuration de l’ordinateur -> Modèles d’administration -> Système. Sélectionnez le paramètre Spécifier les paramètres pour l’installation facultative des composants et la réparation de composants .

Si vous sélectionnez Contacter Windows Update directement pour télécharger le contenu de réparation au lieu de Windows Server Update Services (WSUS), toute tentative d’ajout de fonctionnalités Windows (par exemple, .NET Framework 3.5) ou de fonctionnalités de réparation déclenche des téléchargements de fichiers à partir de Windows Update. Les ordinateurs cibles nécessitent un accès Internet et WU pour cette option. Les opérations de maintenance normales continuent d’utiliser WSUS s’il a été configuré en tant que source.

Remarque concernant la définition de l’emplacement source local via des entrées de Registre

Les administrateurs informatiques peuvent définir un ou plusieurs emplacements sources locaux pour les fichiers .NET 3.5 via une entrée de Registre, afin que les utilisateurs puissent utiliser la boîte de dialogue Ajouter/supprimer des fonctionnalités Windows pour activer les fonctionnalités avec une charge utile manquante sans avoir à spécifier un emplacement source. La valeur de l’entrée de Registre peut être contrôlée via une stratégie de groupe.

Cette entrée de Registre est prise en charge :

Entrée Type Description
Chemin d’accès de la source locale REG_EXPAND_SZ Chemin(s) source(s) local(s) à utiliser par défaut. Plusieurs chemins d’accès peuvent être spécifiés ; ils doivent être séparés par ; . Les emplacements sont recherchés dans l’ordre dans lequel ils sont spécifiés.
Les emplacements sources locaux spécifiés sur la ligne de commande DISM sont prioritaires sur les emplacements spécifiés dans cette entrée de Registre. Les emplacements des dossiers peuvent être spécifiés dans cette entrée de Registre.
Les modules WIM peuvent être utilisés, mais le chemin d’accès doit être au fichier WIM ; il n’est pas nécessaire de le monter, par exemple :
wim:\\machine\share\file.wim:1
Notez le 1 à la fin. Vous devez spécifier l’index numérique de l’image que vous souhaitez utiliser dans le fichier WIM.
Pour un wim monté, le chemin d’accès source doit faire référence au répertoire windows de l’image montée, plutôt qu’au point de montage (par exemple : /source:<mount_point>\windows plutôt que /source:<mount_point>).

Ressources

Implémentation d’une stratégie basée sur le Registre