Vous êtes actuellement hors ligne, en attente de reconnexion à Internet.

Un correctif est disponible pour le 4.5.NET Framework qui résout plusieurs problèmes qui se produisent lorsque vous utilisez les classes HttpWebRequest et SslStream

IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d’articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d’avoir accès, dans votre propre langue, à l’ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s’exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s’efforce aussi continuellement de faire évoluer son système de traduction automatique.

La version anglaise de cet article est la suivante: 2745583
Introduction
Cet article décrit un correctif qui résout les problèmes dans le Microsoft.NET Framework 4.5.

Plus d'informations

Problèmes de ce correctif logiciel résout

Problème 1

Lorsque vous utilisez une application.NET Framework 4.5 qui utilise des API asynchrones pour pouvoir lire les réponses mémorisé en bloc, les réponses mémorisé en bloc peuvent être lus en mode synchrone.

Cause 1

La classe HttpWebRequest permet aux appelants de lire une réponse HTTP de manière synchrone ou asynchrone. Toutefois, si la réponse est une réponse HTTP mémorisée en bloc, puis lire les parties de la réponse à l'aide d'e/s synchrones (appels Winsock) même lorsque l'appelant utilise le chemin d'accès du code asynchrone. Par conséquent, le thread appelant est bloqué jusqu'à réception de données sur le réseau.

Problème 2

Supposons que vous disposez d'une application.NET Framework 4.5 qui communique avec un serveur via le protocole Transport Layer Security/Secure Sockets Layer (SSL/TLS) à l'aide de la classe HttpWebRequest ou SslStream . Si le serveur demande une renégociation SSL pendant que l'application envoie des données, l'application peut rencontrer une exception non gérée et crash.

Problème 3

Un pool de threads se fige dans la classe HttpWebRequest si une demande HTTPS est abandonnée pendant une renégociation SSL lorsqu'une opération d'écriture est en attente.

Cause 3

Ce problème se produit en raison d'une condition de concurrence peut se produire lorsque la classe HttpWebRequest ou la classe SslStream gère renégociation SSL. Cela peut entraîner la création de threads plus et plus de pool de threads. En outre, les ressources sont conservées en mémoire ne sont pas effacés.

RÉSOLUTION

Informations sur le correctif

Un correctif pris en charge est désormais disponible auprès de Microsoft. Toutefois, il est conçu pour corriger uniquement le problème décrit dans cet article. Il s'appliquent uniquement aux systèmes rencontrant ce problème spécifique.

Pour résoudre ce problème, contactez le Support technique Microsoft pour obtenir le correctif. Pour une liste complète des numéros de téléphone service clientèle Microsoft et des informations sur les coûts de support, reportez-vous au site Web Microsoft suivant :Remarque : Dans certains cas particuliers, les frais généralement encourus pour les appels au support technique peuvent être annulés si un technicien du support technique Microsoft détermine qu'une mise à jour spécifique peut résoudre votre problème. Les coûts habituels du support technique s'appliqueront aux autres questions et problèmes qui ne relèvent pas de la mise à jour en question.

Conditions préalables

Pour appliquer ce correctif, vous devez avoir le 4.5.NET Framework installé sur un ordinateur qui exécute l'un des systèmes d'exploitation suivants :
  • Windows 8
  • Windows RT
  • Windows Server 2012

Redémarrage de l'ordinateur

Vous devez redémarrer l'ordinateur après avoir installé le correctif logiciel si les fichiers concernés sont utilisés lors de l'installation. Nous vous recommandons de fermer toutes les applications qui utilisent le.NET Framework avant d'installer le correctif.

Informations sur les fichiers

La version internationale de ce correctif possède les attributs de fichier (ou attributs de fichier version ultérieure) répertoriés dans le tableau suivant. Les dates et heures de ces fichiers sont classées par rapport temps universel coordonné (UTC). Les informations du fichier sont converties en heure locale. Pour connaître la différence entre l'UTC et l'heure locale, utilisez la Fuseau horaire onglet dans la Date et heure élément dans le panneau de configuration.

Pour toutes les prises en charge x 86 de la 4.5.NET Framework

Nom de fichierVersion du fichierTaille du fichierDateHeurePlate-forme
System.dll4.0.30319.190223,448,77618 Sep 201202 : 23x 86
Pour toutes les prises en charge x 64 de la 4.5.NET Framework
Nom de fichierVersion du fichierTaille du fichierDateHeurePlate-forme
System.dll4.0.30319.190223,448,77618 Sep 201202 : 25x 64
Statut
Microsoft a confirmé qu'il s'agit d'un problème pour les produits Microsoft répertoriés dans la section « S'applique à ».
Références
Pour plus d'informations sur la classe HttpWebRequest , accédez au site Web MSDN suivant : Pour plus d'informations sur la classe SslStream , accédez au site Web MSDN suivant :

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 2745583 - Dernière mise à jour : 11/01/2012 03:09:00 - Révision : 1.0

Microsoft .NET Framework 4.5

  • kbhotfixserver kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB2745583 KbMtfr
Commentaires
l>