INTRODUCTION
Cet article contient des éclaircissements sur le cycle de vie de support pour .NET Framework 3.5, .NET Framework 3.0 et .NET Framework 2.0.
Arrière-plan
.NET Framework 3.5, .NET Framework 3.0 et .NET Framework 2.0 ont été historiquement publiés en tant que produits individuels sur les plates-formes dans des versions de Windows antérieures à Windows 7 et Windows Server 2008 R2.
Chacune de ces versions de produit est en fait des couches d’une pile de fonctionnalités. En interne, chaque couche contient des composants mutuellement exclusifs. Ainsi, les composants du .NET Framework 3.0 s’appuient sur le .NET Framework 2.0, tandis que les composants du .NET Framework 3.5 s’appuient sur le .NET Framework 2.0 et le .NET Framework 3.0. Ceci est illustré dans l’image suivante :
Un sous-produit de cette architecture est que .NET Framework 3.5 ne peut pas fonctionner sans .NET Framework 2.0 et .NET Framework 3.0, car il n’existe pas de Common Language Runtime (CLR) dans la couche .NET Framework 3.5. Par conséquent, lorsque le produit .NET Framework 3.5 est installé, il installe également les produits .NET Framework 2.0 Service Pack 1 (SP1) et .NET Framework 3.0 SP1. De même, lorsque le produit .NET Framework 3.5 SP1 est installé, il installe également les produits .NET Framework 2.0 SP2 et .NET Framework 3.0 SP2. Les clients qui utilisent Windows XP ou Windows Server 2003 peuvent afficher ces versions individuelles avec les mises à jour correspondantes sous l’élément Ajout/Suppression de programmes du Panneau de configuration :
Sous Windows Vista SP2 et Windows Server 2008 SP2, .NET Framework 2.0 SP2 et .NET Framework 3.0 SP2 sont intégrés au système d’exploitation. De même, sous Windows Vista SP1 et Windows Server 2008, .NET Framework 2.0 SP1 et .NET Framework 3.0 SP1 sont intégrés au système d’exploitation. Par conséquent, les clients ne voient que .NET Framework 3.5 sous l’élément Programmes et fonctionnalités, comme illustré dans l’image suivante :
Implications du cycle de vie du support
Étant donné que .NET Framework 3.5, .NET Framework 3.0 et .NET Framework 2.0 ont été publiés en tant que versions de produit indépendantes, chacun de ces produits a des cycles de vie de support indépendants.
Comme indiqué précédemment dans cet article, .NET Framework 3.5 ne peut pas fonctionner sans .NET Framework 2.0 et .NET Framework 3.0. Dans de nombreux cas, la résolution des problèmes fonctionnels ou la sécurisation des clients contre les vulnérabilités de sécurité pour .NET Framework 3.5 nécessitent la résolution des problèmes dans chacune des trois couches du produit. Il peut en résulter des scénarios où .NET Framework 3.5 est pris en charge et nécessite une mise à jour qui cible les couches de produit .NET Framework 2.0 ou .NET Framework 3.0 sous-jacentes lorsque la documentation du cycle de vie du support indique que la version sous-jacente n’est plus prise en charge. Par exemple, .NET Framework 3.5 SP1, qui est actuellement pris en charge. Cependant, il est documenté que .NET Framework 3.0 SP2 n’est plus pris en charge depuis le 12/07/2011.
Dans ce cas, la prise en charge des installations autonomes de .NET Framework 3.0 a expiré. Toutefois, Microsoft assurera le support pour les composants .NET Framework 2.0 et .NET Framework 3.0 aux clients qui auront installé .NET Framework 3.5, et ce tant que .NET Framework 3.5 sera pris en charge.
De plus, comme .NET Framework 2.0 SP2 et .NET Framework 3.0 SP2 sont intégrés à Windows Vista SP2 et Windows Server 2008 SP2, et que .NET Framework 2.0 SP1 et .NET Framework 3.0 SP1 sont intégrés à Windows Vista SP1 et Windows Server 2008, ces versions seront prises en charge dans le cadre des systèmes d’exploitation respectifs aussi longtemps que ces versions .NET seront prises en charge.
Remarque : .NET Framework 3.5 n’est pris en charge qu’au niveau SP1, avec .NET Framework 2.0 SP2 et .NET Framework 3.0 SP2. La version d’origine de .NET Framework 3.5 ainsi que .NET Framework 2.0 SP1 et .NET Framework 3.0 SP1 ne sont plus prises en charge.