Partager via


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

Plateformes

Clientsserveurs Windows 8 – 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 comme 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 nécessitant .NET Framework 3.5 (ou 2.0), elles déclenchent 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 des machines de test avec des installations propres de Windows 8 :

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

    xcopy e:\sources\sxs\*.* c:\dotnet35 /s
    
  2. Exécutez cette ligne de commande à l’aide de 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 les applications .NET 3.5 pour qu’elles s’exécutent sur .NET 3.5 ou .NET 4.5 (selon 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écute sur .NET 3.5 ; sinon, l’application s’exécute 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 OEM d’entreprise :

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

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

    xcopy e:\sources\sxs\*.* c:\dotnet35 /s 
    
  2. Définissez la clé régulière :

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

Pour les entreprises :

Pour les machines configurées pour utiliser WSUS pour la 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 le faites).

  • Définissez la clé régulière :

    [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 d’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 et la réparation des composants facultatifs ».

Si vous sélectionnez « Contacter Windows Update directement pour télécharger du 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 réparation déclenche les 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 les entrées de Registre

Les administrateurs informatiques peuvent définir des 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 la stratégie de groupe.

Cette entrée de Registre est prise en charge :

Entrée Type Description
Chemin d’accès source local REG_EXPAND_SZ

Chemin(s) de source local à 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 spécifié.

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 wims peuvent être utilisées, 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 Remarquez 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 source doit faire référence au répertoire windows de l’image monté, 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