Mise à jour 4.0.3 pour Microsoft.NET Framework 4 - Mise à jour d'exécution

Fonctionnalités qui sont introduites par cette mise à jour

Cliquez ici pour afficher ou masquer les informations détaillées

Fonctionnalité 1 : Ajout de SustainedLowLatency à GCLatencyMode

Certaines applications effectuent des opérations assujetties au temps tout au long de la journée, au cours desquelles les interruptions du garbage de blocage complet long collection pourrait provoquer des perturbation. Par exemple, les applications nécessitant des temps de réponse rapide en raison des modifications de données de marché financier pendant les heures de négociation. Si une application a un gros tas managé dans cet environnement, il pourrait devenir ne répond pas pendant de longues périodes de temps si complet blocage de garbage collection se produit.

Pour résoudre ce problème, un nouveau paramètre appelé SustainedLowLatency est ajouté à GCLatencyMode. Ce nouveau paramètre minimise les situations dans lesquelles un garbage collection bloquante complète peut se produire. Toutefois, le nettoyage complet de blocage peut se produire dans d’autres situations, telles que la mémoire est insuffisante ou si le garbage collection est délibérément induit.

Remarque Le paramètre SustainedLowLatency est applicable uniquement lorsque le garbage collection simultané est activé. Si le garbage collection simultané n’est pas activé, SustainedLowLatency n’affecte pas le comportement des garbage collections.

Pour plus d’informations sur les Modes de latence, visitez le site Web Microsoft suivant :

Informations générales sur les Modes de latence

Fonctionnalité 2 : Prend en charge le flux de travail en cours d’exécution en confiance partielle

Flux de travail qui utilisent Windows Workflow Foundation 4 (WF4) peut exécuter uniquement dans les domaines d’application de confiance totale. Cette mise à jour permet de WF pour s’exécuter dans les environnements de confiance partielle. Le runtime de workflow core (modèle d’exécution, modèle d’activité et les données, suivi et la sérialisation) pour s’exécuter avec une confiance partielle est l’activation de l’étendue de la modification. Pour activer cette modification, certains assemblys WF sont apportées conditionnelle AllowPartiallyTrustedCallersAttribute (APTCA).

Remarque SqlWorkflowInstanceStore et expression de Visual Basic ne sont pas pris en charge par cette modification. Par conséquent, ils ne sont pas disponibles en mode de confiance partielle.

Composant 3 : Activer les activités de messagerie sur plusieurs hôtes WF

Activités de messagerie WF4 (envoyer, recevoir, ReceiveReply, SendReply et ainsi de suite) utilisent WCF pour envoyer et recevoir des messages. Cette mise à jour introduit une nouvelle extension de WF est utilisée par ces activités pour envoyer ou recevoir des messages (ou les deux). L’extension doit être fourni par l’hôte. Si l’extension n’est pas présente, le comportement de WF4 et l’exécution est conservé (aucune modification de chemin d’accès du code actuel). Si l’extension est présente, les activités appellent les méthodes dans l’extension.

La nouvelle extension dispose de méthodes pour chacune des étapes qui sont impliqués dans différents modèles de messagerie. Les auteurs de l’hôte peuvent implémenter ces méthodes pour implémenter la sémantique de messagerie qu’ils souhaitent utiliser avec le modèle de programmation WF4 existant.

Fonction 4 : XLinq et DataAnnotations ajoutés aux bibliothèques de classes portables de.NET Framework 4

Prise en charge de System.Xml.Linq.dll et System.ComponentModel.DataAnnotations.dll a été ajouté au projet de bibliothèque de classes Portable lorsque vous ciblez.NET Framework 4.0.3. Pour plus d’informations sur la façon d’installer la bibliothèque de classes Portable prend en charge, consultez l' article de la bibliothèque de classes Portable sur MSDN.

Fonction 5 : Prise en charge de des ID de connexion en corrélation dans SqlClient

Dans Microsoft SQL Server 2012, la possibilité d’établir une corrélation entre un ID de connexion entre le client et le serveur est ajoutée. Cette mise à jour SqlClient envoie les informations d’ID de connexion afin qu’il peut ouvrir une session côté serveur. En outre, les fonctionnalités suivantes sont ajoutées SqlClient pour fournir des méthodes permettant de récupérer l’ID de connexion côté client si elle est disponible :

• Propriété ConnectionId sur SqlConnection
• Propriété ConnectionId de SqlException
• SqlException.ToString inclura l’ID de connexion

Obtenir des informations générales sur Les événements SQL Server étenduet ClientConnectionID de l’accès par le biais de SqlClient pour.NET Framework.

Problèmes résolus par cette mise à jour

Cliquez ici pour afficher ou masquer les informations détaillées


Problème 1 : Impossible de définir l’en-tête de réponse de HTTP WWW-Authenticate dans les scénarios de service WCF auto-hébergé

Si vous disposez d’un service WCF auto-hébergé, vous ne pouvez pas envoyer un www-en-tête HTTP de s’authentifier dans le message de réponse. Ceci est nécessaire pour de nombreux scénarios d’authentification personnalisées, telles que l’activation OAuth. Cette limitation a été supprimée.

Problème 2 : Service auto-hébergé BasicHttp qui utilise https activé échoue en confiance partielle

Si vous disposez d’un service WCF auto-hébergé qui utilise BasicHttpBinding avec le mode de sécurité Transport et ClientCredentialType = None ou certificat, vous ne pouvez pas l’exécuter en confiance partielle. La demande du client échoue et vous recevez l’exception suivante :

Ce problème est résolu.

Problème 3 : WCF : éléments d’extension de liaison identiques dans machine.config et app.config lève une exception

En présence d’éléments identiques de l’extension (noms et types) dans machine.config et app.config, une exception ConfigurationErrorsException est levée et le message d’erreur suivant :
Cette limitation a été supprimée.

Problème 4

Considérez le scénario suivant :

• Vous exécutez une application cliente pour accéder à un service duplex Windows Communication Foundation (WCF) qui utilise le Microsoft.NET Framework 4.
• L’application appelle l’événement OnClose d’un canal sur le service WCF.
• Cette chaîne est ensuite terminée dans un autre thread d’événement.

Dans ce scénario, l’application se bloque et vous recevez un des messages d’exception suivant :
Exception 1
Exception 2
Problème 5

Considérez le scénario suivant :

• Vous avez des liaisons non standard qui sont définis pour les services suivants :
  
  • Écouteur Net.Pipe
  • Écouteur Net.Tcp
  • Service de partage de Port Net.Tcp
  • Carte de d’écoute de Net.Msmq
• Vous installez une mise à jour du profil étendu de.NET Framework 4.0

Dans ce scénario, la configuration d’Internet Information Services (IIS) est modifiée la valeur par défaut du port 808 au lieu de votre port personnalisé.

Problème 6
Lorsque vous essayez d’accéder à une page Web hébergée, créée pour .NET version 4.0.1 ou 4.0.2 de .NET (autrement dit, la propriété targetFramework est définie à l’une de ces cibles), vous recevez un message d’erreur semblable au suivant :
Ce problème est désormais résolu.

Problème 7

Considérez le scénario suivant :

• Un processus exécute du code managé avec le common language runtime (CLR) Microsoft.NET Framework 4.
• En même temps, une mise à jour de services des assemblys de Microsoft.NET Framework 4 est installé.

Dans ce scénario, le processus qui exécute du code managé sur le Microsoft.NET Framework 4 CLR peut terminer de façon inattendue. Ce problème se produit en raison d’une condition dans la maintenance des assemblys de Microsoft.NET Framework 4.0 peut conduire à des modules chargés dans un processus qui est en cours d’exécution managé code contre le Microsoft.NET Framework CLR 4.0, à un état incohérent. Le processus se termine de manière inattendue.

Problème 8

AlwaysOn est la nouvelle solution de haute disponibilité qui fait partie du Code SQL Server nommé des « Denali ». Il permet des scénarios de récupération de défaillance entre plusieurs sites sans matériel spécialisé. Nous avons mis en place un correctif qui améliore les performances de reconnexion de basculement de clusters à plusieurs sites qui n’utilisent pas un étirement de VLAN.

Problème 9

Basculement reconnecter les performances par rapport à un groupe de disponibilité AlwaysOn de SQL Server Denali est pas de parité avec la reprise de reconnecter les performances d’une base de données SQL Server 2008 R2 à l’aide de la mise en miroir de base de données. Ce problème est résolu, améliorer les performances de reconnexion de basculement AlwaysOn de « Denali » nommés de Code SQL Server, et les insérer dans la parité avec le basculement de la mise en miroir de base de données classique.

Problème 10

Considérez le scénario suivant :

• Vous hébergez un service de.NET Framework 4 sur Windows Communication Foundation (WCF) de Microsoft. Le service WCF utilise le protocole TCP.
• Beaucoup d’applications web client utilisent le service WCF.
• Le service tente de nettoyer des connexions.

Dans ce scénario, le service WCF peut rencontrer les exceptions suivantes et puis se bloquer :
Problème 11 :
Considérez le scénario suivant :

• Une application cliente ouvre et ferme les connexions TCP à un service Windows Communication Foundation (WCF) rapidement.
• Les façon dont les objets sont alloués pour le tas objet volumineux (LOH) pour les services WCF que cela peut entraîner la fragmentation de mémoire dans le tas de génération 0. Cela peut nuire aux performances du service WCF.

Dans ce scénario, les performances du service WCF se dégradent.

Problème 12 :
Considérez le scénario suivant :

• Vous utilisez le fournisseur de données.NET Framework pour SQL Server (SqlClient) pour se connecter à une instance de Microsoft SQL Server.
• La mise en miroir de base de données est activée.
• Le serveur principal est disponible (elle n'a pas basculé vers le partenaire de basculement), mais il est soumis à charge et qui ne répond pas rapidement.
• Vous ouvrez une nouvelle connexion au serveur.

Dans ce scénario, les demandes de connexion peuvent expirer prématurément, une exception SqlException est levée.


Problème 13 :
Considérez le scénario suivant :

• Vous utilisez le fournisseur de données.NET Framework pour SQL Server (SqlClient) pour se connecter à une instance de Microsoft SQL Azure, ou de Microsoft SQL Server.
• L’option de cryptage est activée.
• Échec de la demande de connexion au cours de la prelogin.

Dans ce scénario, fuite de mémoire se produit. En outre, l’objet GCHandle est l’objet de fuites.


Problème 14 :
Considérez le scénario suivant :

• Vous utilisez le fournisseur de données.NET Framework pour SQL Server (SqlClient) pour se connecter à une instance de Microsoft SQL Azure, ou de Microsoft SQL Server.
• Données sont récupérées à l’aide de SqlDataReader.
• Vous recevez un jeton ENV_CHANGE à partir du serveur lorsque les données sont récupérées.

Dans ce scénario, aucun jeu de résultats ou qu’un jeu de résultats partiel est récupéré même s’il existe plus de données disponibles.

Problème 15 :

Considérez le scénario suivant :

• Vous avez un ordinateur fonctionnant sous Windows Server 2008 R2 qui est connecté à un écran tactile ou Windows 7.
• Vous exécutez une application Windows Presentation Foundation (WPF) en mode plein écran.
• Vous pouvez exécuter une autre application en mode plein écran. Cette application s’exécute à une résolution d’écran inférieure à l’application WPF.
• Vous quittez l’application, et vous revenez à l’application WPF en cours d’exécution.

Dans ce scénario, la saisie tactile est incorrectement mappée dans l’application WPF.


Numéro 16 :

Cette mise à jour, nous avons introduit la plate-forme System.Deployment vérifier plus flexible pour les applications ClickOnce.
Pour obtenir des instructions sur la façon de définir la version du runtime dans le manifeste ClickOnce, reportez-vous au site Web MSDN suivant :

Conseils sur la définition de la version du runtime dans le manifeste ClickOnce

Prise en charge de Visual Studio 2010

Pour utiliser toute nouvelle fonctionnalité installée par cette mise à jour, installez la mise à jour suivante et puis développer des applications dans Microsoft Visual Studio 2010 Service Pack 1 (SP1) :

Problèmes connus avec cette mise à jour

Cliquez ici pour afficher ou masquer les informations détaillées


Problème 1

Symptômes

Considérez le scénario suivant :

• Vous créez un .NET 4.0.3 application et le déployer sur un ordinateur disposant de.NET Framework 4 et la 4.0.3 mise à jour d’exécution installé.
• Vous installez l’aperçu pour les développeurs Visual Studio 11 ou le.NET Framework 4.5 Developer Preview sur le même ordinateur.
• Vous essayez d’exécuter l’application.

Dans ce cas de figure, le message d’erreur suivant s’affiche :

Cause

Étant donné que .NET 4.0.3 pour .NET 4 a été créé après la publication de Visual Studio 11 Developer Preview, il ne peut pas être utilisé avec .NET 4.5 Developer Preview.

Résolution

Pour résoudre ce problème, désinstallez Visual Studio 11 Developer Preview et .NET 4.5 Developer Preview pour vos applications. Seulement la prochaine version majeure de la 4.5 de.NET Framework prendra en charge .NET 4.0.3.

Mettre à jour les informations sur le remplacement

Cette mise à jour remplace la suite mise à jour. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :

• Mise à jour de 2478063 4.0.1 pour Microsoft.NET Framework 4 - mise à jour du Runtime
• Mise à jour de 2544514 4.0.2 pour Microsoft.NET Framework 4 - mise à jour du Runtime
• CORRIGER des 2605597 : erreur de temporisation lorsqu’une connexion de base de données miroir est créée par le fournisseur de données.NET Framework pour SQLClient
• 2645081 correctif : un GCHandle fuite se produit lorsque vous utilisez le fournisseur de données.NET Framework pour SQL Server pour se connecter à SQL Azure
• 2645084 résolution : résultat tronqué est renvoyé sans message d’erreur si une connexion qui contient une transaction en attente est déconnectée par SQL Server

Informations sur les fichiers

Cliquez ici pour afficher ou masquer les informations détaillées


La version internationale de cette mise à jour utilise le package Microsoft Windows Installer pour installer la mise à jour. Les dates et heures de ces fichiers sont répertoriées en temps universel coordonné (UTC) dans le tableau suivant. Lorsque vous affichez les informations de fichier, la date est convertie en heure locale. Pour trouver la différence entre l’UTC et l’heure locale, utilisez l’onglet fuseau horaire dans l’élément de Date et d’heure dans le panneau de configuration.

Pour toutes les versions basées sur les x86 de Windows pour le dossier GDR

Pour toutes les versions basées sur les x64 de Windows pour le dossier GDR

Pour toutes les versions IA-64–en fonction de Windows pour le dossier GDR

Pour toutes les versions basées sur les x86 de Windows pour le dossier LDR

Pour toutes les versions basées sur les x64 de Windows pour le dossier LDR

ForAll les IA-64–en fonction des versions de Windows prises en charge pour le dossier LDR