.NET Framework 4.5 est par défaut et .NET Framework 3.5 est facultatif
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 pour .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 de l’ordinateur continuent de fonctionner correctement.
Manifestation
Si l’utilisateur effectue une nouvelle installation de Windows 8, puis installe des applications qui nécessitent .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 sur uniquement les machines de test avec des installations propres de Windows 8 :
Copiez \sources\sxs\ à partir de l’image ISO de build du système d’exploitation monté vers dotnet35 ou un dossier similaire. Par exemple :
xcopy e:\sources\sxs\*.* c:\dotnet35 /sExécutez cette ligne de commande à l’aide des privilèges d’administrateur :
Dism.exe /online /enable-feature /featurename:NetFX3 /All /Source:c:\dotnet35 /LimitAccess
Remarque
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 (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 :
Copiez \sources\sxs\ à partir de l’image ISO de build de système d’exploitation montée dans le dossier dotnet35 ou similaire. Par exemple :
xcopy e:\sources\sxs\*.* c:\dotnet35 /sDé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 est 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 ordinateur local -> Configuration 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 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 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 du 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 Windows des fonctionnalités 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 par le biais d’une stratégie de groupe.
Cette entrée de Registre est prise en charge :
| Entrée | Type | Description |
|---|---|---|
| Chemin d’accès à la source locale | REG_EXPAND_SZ | Chemins d’accès source locaux à utiliser par défaut. Plusieurs chemins d’accès peuvent être spécifiés ; ils doivent être séparés par ; . Les emplacements seront 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 :
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>). |