1. Configuration requise pour installer le .NET Framework 3.0
2. .NET Framework 3.0 : Problèmes d’installation connus
3. Étapes de dépannage pour les erreurs de téléchargement
4. Problèmes connus de Windows Communication Foundation
5. Problèmes connus de Windows Workflow Foundation 6. Problèmes connus de Windows Presentation Foundation
| Processeur | Minimum :
Recommandé :
|
| Système d’exploitation | Le .NET Framework 3.0 peut être installé sur tous les systèmes suivants :
*Windows Vista est fourni avec le .NET Framework 3.0. Aucun package d’installation séparé n’est requis. Les packages .NET Framework 3.0 autonomes ne sont pas pris en charge sur Vista. |
| RAM | Minimum :
Recommandé :
|
| Disque dur | Jusqu’à 500 Mo d’espace disponible peuvent être requis. |
| Lecteur de CD-ROM ou de DVD | Non requis |
| Affichage | Minimum :
Recommandé :
|
| Souris | Non requise |
Lorsque vous lancez le programme d’installation du .NET Framework 3.0, l’emplacement d’installation par défaut est sur votre lecteur système, lequel est le lecteur qui initialise votre système. Assurez-vous que la quantité d’espace requise (jusqu’à 500 Mo) est disponible sur votre lecteur système.
Le téléchargement et l’installation du .NET Framework 3.0 échouent de manière intermittente.
Pour résoudre ce problème
Réexécutez dotnetfx3setup.exe à partir du site Web, puis essayez à nouveau le téléchargement. Pour obtenir des informations de dépannage supplémentaires sur les erreurs de téléchargement, cliquez ici.
- ou -
Installez le package redistribuable dotnetfx3.exe (x86) ou dotnetfx3_x64.exe (x64) complet. Ces packages redistribuables sont disponibles à l’emplacement de téléchargement du .NET Framework 3.0.
Si l’installation nécessite un redémarrage et que l’application antivirus est configurée pour nettoyer le répertoire Temp au démarrage, des fichiers nécessaires à l’installation seront supprimés et l’installation échouera à cause d’une erreur de programme non trouvé.
Pour résoudre ce problème
Avant d’exécuter le programme d’installation du .NET Framework 3.0, modifiez la configuration de vos applications antivirus afin de ne pas nettoyer le dossier Temp lors du lancement ou du redémarrage de l’ordinateur. Pour connaître les étapes de ce processus, consultez la documentation de votre antivirus.
Si d’autres processus sont en cours d’exécution lorsque vous lancez le mode Maintenance, comme un logiciel d’analyse de virus, ces processus peuvent considérablement ralentir l’installation et donner l’impression qu’elle a échoué.
Pour résoudre ce problème
Veuillez patienter. Il n’existe aucun moyen de contourner ce problème. L’installation n’a pas échoué.
L’erreur « Désinstallez Windows Workflow Foundation » peut s’afficher pendant l’installation du .NET Framework 3.0, mais il n’existe aucune entrée Ajout/Suppression de programmes pour Windows Workflow Foundation permettant de désinstaller ce produit.
Pour résoudre ce problème
Exécutez l’outil de désinstallation disponible à l’adresse suivante : http://www.microsoft.com/downloads/details.aspx?FamilyId=AAE7FC63-D405-4E13-909F-E85AA9E66146.
Sous Windows XP SP2 et Windows 2003 SP1, si une version localisée de MSXML6 a été préalablement installée, l’installation du .NET Framework 3.0 remplacera cette version localisée par la version anglaise.
Pour résoudre ce problème
Réinstallez la version localisée de MSXML6 après avoir installé le .NET Framework 3.0.
Windows Vista est fourni avec le .NET Framework 3.0. Aucun package d’installation séparé n’est requis. Les packages .NET Framework 3.0 autonomes ne sont pas pris en charge sur Vista.
Cette section décrit des problèmes que vous pouvez rencontrer si vous avez préalablement installé une version précommerciale (CTP et Bêta) du .NET Framework 3.0 et que vous voulez la supprimer afin d’effectuer une mise à niveau vers la version finale.
Exécutez l’outil de désinstallation
L’outil de désinstallation du .NET Framework 3.0 est disponible à l’adresse suivante : http://www.microsoft.com/downloads/details.aspx?FamilyId=AAE7FC63-D405-4E13-909F-E85AA9E66146. Cet outil résout de nombreux problèmes de désinstallation. Il constitue la meilleure première étape lorsque vous tentez de résoudre des problèmes de désinstallation/réinstallation. La page de téléchargement mentionne des détails relatifs à l’utilisation correcte de cet outil.
Si vous ne pouvez pas exécuter cet outil ou s’il ne résout pas votre problème, examinez la section Problèmes connus et solutions ci-dessous pour y trouver d’éventuelles solutions.
Remarque : ces problèmes d’installation se produisent uniquement si vous avez installé une version précommerciale antérieure du .NET Framework 3.0 sur votre système avant d’installer la version finale. Les problèmes qui provoquent ces comportements ont été traités dans des éditions précommerciales récentes du .NET Framework 3.0.
Problèmes connus et solutions
2.7.1 Le service idsvc (Microsoft Digital Identity Service) n’est pas supprimé lors de la désinstallation
Lors de la désinstallation, certaines versions précommerciales du .NET Framework 3.0 n’ont pas correctement supprimé tous les services qu’elles avaient créés. La présence de l’un de ces services sur un système bloque l’installation du .NET Framework 3.0. L’installation échouera avec l’erreur suivante :
ERROR_INSTALL_FAILURE 1603 Erreur irrécupérable lors de l’installation
De plus, l’un des fichiers journaux %temp%\dd_wcf_retCA*.txt affichera les informations suivantes :
ServiceModelReg [15:48:08:041] : Installation : idsvc (Microsoft Digital Identity Service)
ServiceModelReg [15:48:08:073] : Erreur : System.ComponentModel.Win32Exception : Ce nom est déjà utilisé en tant que nom de service ou nom de service complet.
Pour résoudre ce problème
Exécutez l’outil de désinstallation disponible à l’adresse suivante : http://www.microsoft.com/downloads/details.aspx?FamilyId=AAE7FC63-D405-4E13-909F-E85AA9E66146.
Si le problème persiste :
Ouvrez une invite de commandes.
2.7.2 Certaines clés de Registre du compteur de performance WCF ne sont pas supprimées lors de la désinstallation de certaines versions précommerciales du .NET Framework 3.0
Certaines versions précommerciales du .NET Framework 3.0 n’ont pas supprimé toutes les clés de Registre du compteur de performance lors de la désinstallation. La présence de ces clés bloque l’installation du .NET Framework 3.0. L’installation échoue avec l’erreur suivante :
« ERROR_INSTALL_FAILURE 1603 Erreur irrécupérable lors de l’installation »
Les clés suivantes peuvent persister dans le Registre après la désinstallation :
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSDTC Bridge 3.0.0.0\Performance
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelEndpoint 3.0.0.0\Performance
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelOperation 3.0.0.0\Performance
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelService 3.0.0.0\Performance
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SMSvcHost 3.0.0.0\Performance
Pour résoudre ce problème
Exécutez l’outil de désinstallation disponible à l’adresse suivante : http://www.microsoft.com/downloads/details.aspx?FamilyId=AAE7FC63-D405-4E13-909F-E85AA9E66146.
Si le problème persiste :
1. Tentez de redémarrer l’ordinateur. De nombreux problèmes peuvent déstabiliser les compteurs de performance. Certains de ces problèmes peuvent être résolus par un redémarrage, qui est plus sûr qu’une modification manuelle du Registre.
2. Si cela ne résout pas le problème :
a. Vérifiez les clés de Registre suivantes. Supprimez les clés de Registre parentes de toutes les clés suivantes qui sont vides ou dont les valeurs contiennent « Wbem* » :
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSDTC Bridge 3.0.0.0\Performance
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelEndpoint 3.0.0.0\Performance
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelOperation 3.0.0.0\Performance
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelService 3.0.0.0\Performance
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SMSvcHost 3.0.0.0\Performance
b. Par exemple, si la clé suivante est vide :
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelEndpoint 3.0.0.0\Performance
vous devez supprimer :
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelEndpoint 3.0.0.0
2.7.3 Les entrées machine.config périmées qui référencent les versions « 2.0.0.0 » des assemblys .NET Framework 3.0 bloquent l’installation
Certaines versions précommerciales du .NET Framework 3.0 n’ont pas supprimé toutes les entrées machine.config lors de la désinstallation. Toutes les entrées qui référencent la version 2.0.0.0 de « System.ServiceModel.dll » dans le fichier machine.config bloqueront l’installation du .NET Framework 3.0. L’installation échoue avec l’erreur suivante :
« ERROR_INSTALL_FAILURE 1603 Erreur irrécupérable lors de l’installation »
En outre :
1. Un événement d’erreur qui référence les problèmes liés à l’exécution de ServiceModelReg.exe apparaît dans le journal des événements de l’application.
2. Le fichier journal d’installation appelé « dd_wcf_retCA* » situé dans l’emplacement du répertoire %temp% de l’utilisateur contient une entrée qui signale les problèmes liés à l’exécution de ServiceModelReg.exe.
3. Une exception semblable à la suivante peut apparaître dans l’entrée du journal des événements ou dans l’entrée du journal d’installation (l’horodatage variera) :
ServiceModelReg [16:21:10:656] : Erreur : System.IO.FileLoadException : Impossible de charger le fichier ou l’assembly ‘System.ServiceModel, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089’ ou une de ses dépendances. La définition de manifeste de l’assembly localisé ne correspond pas à la référence de l’assembly. (Exception de HRESULT : 0x80131040)
Pour résoudre ce problème
Supprimez manuellement les entrées machine.config périmées :
1. Depuis la fenêtre de commande, exécutez « notepad %windir%\microsoft.net\framework\v2.0.50727\config\machine.config »
2. Supprimez tous les nœuds XML et nœuds enfants qui référencent System.ServiceModel.dll.
3. Si l’exécution s’effectue sur un ordinateur 64 bits sur lequel le fichier de configuration suivant existe :
"%windir%\Microsoft.NET\Framework64\v2.0.50727\config\machine.config"
modifiez ce fichier pour supprimer tous les nœuds xml et nœuds enfants qui référencent System.ServiceModel.dll.
2.7.4 Impossibilité d’héberger sur le Web des services WCF si une version antérieure à la version RC1 de WCF a été préalablement installée
Si vous avez installé une version antérieure du .NET Framework 3.0 alors qu’IIS était installé, lorsque vous effectuez une mise à niveau vers la version finale du .NET Framework 3.0, vous pouvez rencontrer des difficultés à accéder aux services WCF qui sont hébergés par IIS à l’aide de fichiers .svc. Sur les ordinateurs exécutant Windows Server 2003, accéder à un fichier portant l’extension .svc à partir du navigateur peut retourner l’erreur « 404 : Page non trouvée ». Sur les ordinateurs exécutant Windows XP, le contenu .svc peut s’afficher sous forme de texte brut.
Cela est dû à un problème lié à des inscriptions de scriptmaps WCF dans une version antérieure.
Pour résoudre ce problème
Il existe trois façons de contourner ce problème :
1. Téléchargez l’outil non pris en charge, CleanIISScriptMaps.exe, à partir de http://wcf.netfx3.com/files/folders/product_team/entry5648.aspx. Exécutez cet outil à partir d’une console de commandes sans spécifier aucun argument.
2. Désinstallez puis réinstallez IIS, ou recréez vos sites Web :
a. Désinstallez IIS et réinstallez-le afin d’actualiser la métabase IIS. Exécutez ensuite manuellement l’outil d’installation de WCF pour réinscrire les scriptmaps WCF :
"%windir%\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe" /r /y
b. Si vous exécutez Windows 2003 Server, vous pouvez résoudre ce problème en supprimant le « site Web par défaut » et en le recréant.
3. Installez manuellement .svc en tant que solution temporaire :
a. Vous pouvez exécuter la commande suivante pour installer .svc manuellement. Toutefois, cela actualise la métabase IIS pour les sites existants.
"%windir%\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe" /s:W3SVC
2.7.5 La corruption de la base de données IIS bloque l’installation du .NET Framework 3.0
Si vous avez installé une version antérieure du .NET Framework 3.0 alors qu’IIS était installé, il est possible que la métabase IIS ait été corrompue. Cela peut bloquer l’installation du .NET Framework 3.0.
Pour identifier ce problème, vous pouvez procéder de différentes façons :
1. L’installation échoue avec l’erreur suivante :
« ERROR_INSTALL_FAILURE 1603 Erreur irrécupérable lors de l’installation »
2. Un événement d’erreur qui référence un échec de l’inscription de scriptmaps WCF apparaît dans le journal des événements de l’application. La source de l’événement est System.ServiceModel.Install.dll 3.0.0.0.
3. Les journaux d’installation situés dans votre répertoire %temp% contiendront également des références à un échec d’inscription de scriptmaps WCF.
4. La trace de la pile d’exception suivante peut apparaître dans le journal des événements ou dans le journal d’installation :
System.ApplicationException : ServiceModelReg.exe a détecté une corruption possible de la métabase IIS qui empêche l’inscription des scriptmaps IIS ServiceModel. Corrigez la corruption de la métabase IIS ou, si vous ne voulez pas bénéficier de la fonctionnalité d’hébergement sur le Web ServiceModel, désactivez le service IISAdmin et réinscrivez ServiceModel.
Pour résoudre ce problème
1. Désinstallez IIS.
2. Réinstallez IIS.
3. Réexécutez le programme d’installation du .NET Framework 3.0.
Cette erreur se produit lorsque le service BITS est désactivé, inexistant, lorsqu’il a été supprimé de l’application de services ou arrêté pendant le téléchargement, ou si l’un des services dont il dépend a échoué ou a été supprimé. Le message d’erreur qui s’affiche est « Vous devez activer le service BITS avant de commencer l’application. Activez le service, puis relancez le programme d’installation. »
Pour résoudre ce problème
services.msc, puis cliquez sur OK.Remarque : le service n’est pas installé sur votre ordinateur si Service de transfert intelligent en arrière-plan n’apparaît pas dans la liste. Vous pouvez télécharger et installer BITS à partir du site http://www.microsoft.com/downloads/details.aspx?FamilyId=B93356B1-BA43-480F-983D-EB19368F9047&displaylang=en.
Si cette procédure ne résout pas le problème, il vous faudra peut-être activer les services dont dépend le service BITS.
Pour activer les dépendances
Ces erreurs se produisent lorsque les interfaces BITS ne sont pas enregistrées ou lorsque les paramètres du Registre sont endommagés.
Pour résoudre ce problème
Effectuez une mise à niveau vers BITS 2.0 à partir du site http://www.microsoft.com/downloads/details.aspx?FamilyId=B93356B1-BA43-480F-983D-EB19368F9047&displaylang=en.
- ou -
Réparez le service BITS en exécutant l’outil bitsadmin à partir de l’invite de commandes :
Bitsadmin /util /repairservice /force
Vous pouvez télécharger l’outil Bitsadmin à partir du site http://www.microsoft.com/downloads/details.aspx?amp;displaylang=en&familyid=49AE8576-9BB9-4126-9761-BA8011FABF38&displaylang=en.
Ces erreurs peuvent se produire pour une ou plusieurs des raisons suivantes :
Pour résoudre ce problème
Configurez les paramètres appropriés pour le serveur proxy et assurez-vous que l’ordinateur est en mesure de résoudre correctement ce dernier.
- ou -
Effectuez une mise à niveau vers BITS 2.0. Vous pouvez télécharger BITS 2.0 à partir du site
http://www.microsoft.com/downloads/details.aspx?amp;displaylang=en&familyid=49AE8576-9BB9-4126-9761-BA8011FABF38&displaylang=en.
Remarque Pour résoudre ces erreurs, quittez le programme d’installation, assurez-vous que vous êtes connecté au réseau, puis relancez le programme d’installation.
Ces erreurs se produisent lorsque le service BITS ne réussit pas à créer un fichier ou à écrire dans un fichier. Une autre application (par exemple, chkdsk.exe) en cours d’exécution a peut-être verrouillé le disque, empêchant BITS d’écrire dans le fichier.
Pour résoudre ce problème
Assurez-vous qu’aucune autre application (par exemple, chkdsk.exe) susceptible de verrouiller le disque n’est en cours d’exécution, puis recommencez le téléchargement.
- ou -
Redémarrez votre ordinateur, puis relancez le programme d’installation. Assurez-vous que vous êtes connecté à Internet.
Le service BITS a échoué suite à une ou plusieurs des erreurs suivantes liées au proxy :
Pour résoudre ce problème
Spécifiez les informations d’identification appropriées pour l’authentification du serveur proxy, puis redémarrez le programme d’installation.
- ou -
Effectuez une mise à niveau du serveur proxy de manière qu’il prenne en charge HTTP 1.1 et assurez-vous que le proxy prend en charge les informations d’identification implicites (comme NTLM). Vous devrez peut-être contacter votre administrateur réseau.
- ou -
Ignorez le proxy en modifiant les paramètres de proxy d’Internet Explorer.
Pour contourner un serveur proxy :
Pour obtenir de l’aide supplémentaire sur les paramètres de votre serveur proxy, contactez votre administrateur réseau.
Le service BITS ne s’exécute pas dans les cas suivants :
Pour résoudre ce problème
Il n’existe aucun moyen de contourner ce problème. Ces scénarios ne sont pas pris en charge.
4.10 Exception lors de l’exécution d’un service TCP et d’un point de terminaison MEX TCP sur le même port
Lorsque le partage de port est activé, la configuration d’un service TCP et d’un point de terminaison MEX TCP pour qu’ils utilisent le même port lève une exception AddressAlreadyInUse lors du démarrage du service.
Il existe deux façons de contourner ce problème :
1. Modifiez la configuration du service TCP et des points de terminaison MEX TCP pour qu’ils utilisent des ports différents.
2. Activez le partage de port pour le TcpTransportBindingElement du point de terminaison MEX TCP. Le code suivant illustre ce processus :
ServiceMetadataBehavior mexBehavior = new ServiceMetadataBehavior();
host.Description.Behaviors.Add(mexBehavior);
Binding mexBinding = MetadataExchangeBindings.CreateMexTcpBinding();
CustomBinding mexBinding2 = new CustomBinding(mexBinding);
mexBinding2.Elements.Find<TcpTransportBindingElement>().PortSharingEnabled = true;
host.AddServiceEndpoint(typeof(IMetadataExchange), mexBinding2, mexAddress);
4.11 Les messages d’erreur d’une taille supérieure à 64 Ko lèvent une ProtocolException
Lorsque MaxBufferSize a au moins la valeur Int.MaxValue – 1 024 octets (2 147 482 623 octets), l’envoi d’un message d’erreur dont la taille est supérieure à 64 Ko entraîne la réception d’une ProtocolException au lieu d’une FaultException par le client. Pour les transferts mis en mémoire tampon, MaxBufferSize a la même valeur que MaxReceivedMessageSize. Cela affecte uniquement les services qui utilisent un transport HTTP(S).
Pour contourner ce problème, affectez à Int.MaxValue – 1 025 octets (2 147 482 622 octets) une valeur inférieure à MaxBufferSize (MaxReceivedMessageSize). Vous pouvez également affecter directement la limite souhaitée à HttpWebRequest.DefaultMaximumErrorResponseLength. La définition de DefaultMaximumErrorResponseLength affectera tous les canaux du même domaine d’application.
4.12 Impossible d’utiliser EncryptBeforeSign et XmlSerializerFormatAttribute sur le même contrat
La sécurité des messages avec l’ordre de protection EncryptBeforeSign ne fonctionne pas correctement si XmlSerializerFormatAttribute est utilisé sur le contrat. Si les deux sont utilisés, WCF crée des messages avec un contenu de corps non valide après le déchiffrement : une instruction de traitement <?xml ..> supplémentaire est générée avant le premier élément du corps.
Pour éviter ce problème, n’utilisez pas EncryptBeforeSign avec XmlSerializerFormatAttribute sur le même contrat.
4.13 Impossible d’héberger des canaux WS-ReliableMessaging utilisant des versions différentes de WS-Addressing
Un AppDomain ne peut pas héberger des canaux WS-ReliableMessaging qui utilisent des versions différentes de WS-Addressing. Dans de tels scénarios, le premier canal actif imposera la version des en-têtes Action WS-Addressing pour tous les messages de protocole suivants, même si ces messages ont été envoyés par un canal configuré pour utiliser une version différente du protocole d’adressage.
Si vous avez besoin d’une seule application ou d’un seul service pour créer des canaux WS-ReliableMessaging qui utilisent des versions de WS-Addressing différentes, utilisez un AppDomain distinct pour chacun d’entre eux. Lorsqu’un service WCF est hébergé sur le Web, vous devrez utiliser deux répertoires virtuels : un qui héberge les services avec les points de terminaison WS-Addressing 1.0 et un avec les points de terminaison WS-Addressing August 2004.
<system.webServer>
<modules>
<add name="WorkflowHost" type="System.Workflow.Runtime.Hosting.WorkflowWebHostingModule, System.Workflow.Runtime, Version=3.0.00000.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" preCondition="runtimeVersionv2.0" />
</modules>
</system.webServer> |
Vous pouvez ajouter un service ExternalDataExchangeService à plusieurs instances de WorkflowRuntime. Chaque fois qu’une nouvelle instance de WorkflowRuntime est créée, un nouveau service ExternalDataExchangeService doit être créé et tous les services de communication locaux doivent être à nouveau ajoutés au service ExternalDataExchangeService.
Si vous créez une activité composite personnalisée contenant une activité enfant qui implémente ICompensatable et une activité CompensateActivity qui compense l’activité composite, mais pas explicitement l’activité enfant, la compensation échouera avec des exceptions si l’activité personnalisée est placée dans un workflow.
Pour éviter ce problème, vous devez encapsuler toutes les activités enfants d’une activité personnalisée dans une activité CompensatableSequenceActivity et implémenter la compensation sur cette activité CompensatableSequenceActivity.
Si une solution comprend plusieurs projets, les répertoires des projets doivent être homologues entre eux. Si vous modifiez la structure du projet de telle sorte que la racine d’un projet se trouve sous le répertoire d’un autre projet, des erreurs de compilation de balisages inattendues, signalant qu’un type d’une DLL référencée (à partir des projets dépendants) est introuvable, peuvent apparaître pendant la régénération.
Les solutions possibles sont les suivantes :