1.2. Systèmes d'exploitation pris en charge
Microsoft Synchronization Services pour ADO.NET 1.0 for Devices n'est pas installé avec Visual Studio 2008 SP1. Pour pouvoir activer la fonctionnalité Cache de base de données locale dans les projets Smart Device, les utilisateurs doivent d'abord télécharger le fichier .msi.
Pour résoudre ce problème :
Téléchargez le fichier .msi de Microsoft Synchronization Services pour ADO.NET 1.0 for Devices à partir du Centre de téléchargement, puis installez-le.
Pour résoudre ce problème :
Ajoutez une exception au pare-feu pour SPInstaller. Cela arrête le blocage, par le pare-feu, des communications requises par SPInstaller. Exécutez ensuite à nouveau l'installation de Visual Studio 2008 SP1.Lorsque Visual Studio 2008 SP1 est appliqué à plusieurs produits sur un ordinateur, par exemple à la version anglaise de Visual Studio 2008 et à la version espagnole de Visual Studio 2008, la désinstallation du SP1 de l'un met à niveau vers la version antérieure les fichiers des autres produits Visual Studio 2008.
Pour résoudre ce problème :
Réparez les produits pour lesquels Visual Studio 2008 SP1 est toujours installé, ou désinstallez le SP1 également de ces produits.
Pour Windows Vista ou version ultérieure :
1. Ouvrez le Panneau de configuration.
2. Cliquez sur "Programmes".
3. Cliquez sur "Désinstaller un programme".
4. Sélectionnez une édition de Visual Studio 2008 pour laquelle le SP1 est toujours installé.
5. Cliquez sur "Désinstaller/Modifier".
6. Cliquez sur "Continuer" pour effectuer une élévation si vous y êtes invité.
7. Cliquez sur "Suivant" lorsque les composants d'installation ont été chargés.
8. Cliquez sur "Réparer/Réinstaller".
Pour les systèmes d'exploitation antérieurs à Windows Vista :
1. Ouvrez le Panneau de configuration.
2. Cliquez sur "Ajout/Suppression de programmes".
3. Cliquez sur "Désinstaller/Modifier".
4. Cliquez sur "Suivant" lorsque les composants d'installation ont été chargés.
5. Cliquez sur "Réparer/Réinstaller".
L'installation de Visual Studio 2008 SP1 échoue lorsque le Volet Windows Vista est activé.
Pour résoudre ce problème :
1. Cliquez avec le bouton droit sur l'icône du Volet Windows, située à l'extrême droite de la barre des tâches.
2. Cliquez sur "Quitter".
Pour résoudre ce problème :
Pour résoudre ce problème :
Exécutez l'une des actions suivantes :Pour résoudre ce problème :
MSDN Library pour Visual Studio 2008 SP1 est disponible sous la forme d'un téléchargement distinct. Consultez le Centre de téléchargement Microsoft.Pour résoudre ce problème :
Le fichier MSI de SQL Server Compact 3.5 SP1 for Devices est disponible au téléchargement sur le Centre de téléchargement Microsoft.Une notification de mise à jour automatique Windows vous demandant de redémarrer l'ordinateur peut s'afficher lorsque Visual Studio 2008 SP1 est installé sur un ordinateur Windows Vista sur lequel .NET Framework 2.0 SP2 et .NET Framework 3.0 SP2 ne sont pas installés. Autoriser Windows Update à redémarrer immédiatement provoquera l'échec du programme d'installation de Visual Studio.
Pour résoudre ce problème :
Attendez que l'installation de Visual Studio SP1 soit terminée avant de redémarrer l'ordinateur.
.L'installation de .NET Framework 2.0 SP2 échoue sur un ordinateur sur lequel .NET Framework 2.0 ou 2.0 SP1 est installé et qui exécute Windows XP, Windows Server 2003 ou Windows 2000.
Le programme d'installation de .NET Framework 2.0 SP2 désinstalle les versions antérieures de .NET Framework 2.0 et 2.0 SP1. Lorsque Windows Installer désinstalle les versions antérieures, il utilise la base de données d'installation mise en cache. Lors de la désinstallation, si Windows Installer ne trouve pas les packages d'installation des mises à jour antérieures dans son cache, ou l'emplacement source d'origine, l'installation échoue. Si une annulation de l'installation incomplète se produit, l'échec de cette installation peut également empêcher les applications qui utilisent le .NET Framework de fonctionner.
Ce problème peut se produire pour l'une des raisons suivantes :
Des fichiers requis ne se trouvent pas dans le cache Windows Installer.
Le cache Windows Installer a changé. Le cache est critique pour réparer, mettre à jour et désinstaller des produits. C'est pourquoi vous ne devez pas supprimer ou modifier le contenu du cache. Si vous modifiez le contenu du cache, il vous sera peut-être demandé une source lorsque vous essayez de mettre à jour ou de réparer des produits Windows Installer.Pour résoudre ce problème :
Si vous n'arrivez pas à installer .NET Framework 2.0 SP2 et que le texte "Resolving Patch source" se trouve dans le fichier journal d'installation décrit dans la section "Cause", vous pouvez télécharger l'outil Microsoft .NET Framework Registration Correction Tool pour résoudre ce problème.
Sur les ordinateurs qui comportent plusieurs éditions des produits Visual Studio 2008, y compris des versions linguistiques, toutes les éditions doivent être mises à niveau vers le Service Pack 1. Les produits Visual Studio 2008 sont basés sur des ressources partagées ; par conséquent, la mise à niveau d'une seule édition peut déstabiliser les autres éditions de Visual Studio 2008.
Pour résoudre ce problème :
Mettez à niveau toutes les éditions de Visual Studio 2008, y compris les versions linguistiques, vers le Service Pack 1.
La désinstallation de la version bêta de Visual Studio 2008 SP1 ou l'exécution de l'outil de suppression de correctif Visual Studio 2008 peut entraîner l'affichage du message 1330 indiquant que le fichier CAB a une signature numérique non valide ; par ailleurs, vous pouvez être invité à fournir la source d'installation.
Ce problème est provoqué le plus souvent par des erreurs intermittentes de lecture du disque ou des erreurs de transfert réseau.
Pour résoudre ce problème :
Désinstallez la version bêta de Visual Studio 2008 SP1 ou réexécutez l'outil de suppression de correctif Visual Studio 2008.
Si le problème persiste,
1. Si vous utilisez l'outil de suppression de correctif Visual Studio 2008, enregistrez-le sur votre disque dur local.
2. Copiez les fichiers d'installation de Visual Studio 2008 RTM à partir du média d'origine ou de l'emplacement réseau vers un répertoire local (par exemple %TEMP%\VS2008).
3. Supprimez le média d'installation d'origine ou déconnectez le câble réseau.
4. Désinstallez à nouveau la version bêta de Visual Studio 2008 SP1 ou réexécutez l'outil de suppression de correctif Visual Studio 2008, puis spécifiez le chemin d'accès local des fichiers d'installation Visual Studio 2008 lorsque vous êtes invité à fournir la source.
Une fois que vous avez installé Visual Studio 2008 SP1, n'exécutez pas la réparation de Visual Studio à partir du média d'installation de la version d'origine (RTM). Les packages installés avec Visual Studio 2008 SP1 sont plus récents et ne peuvent être réparés qu'à l'aide de la fonctionnalité Ajout/Suppression de programmes, car ils n'existent pas sur le média d'installation de la version d'origine.
Pour résoudre ce problème :
Réparez Visual Studio 2008 SP1 :
1. Dans le Panneau de configuration, ouvrez Ajout/Suppression de programmes.
2. Sélectionnez Visual Studio 2008, puis cliquez sur Modifier.
3. Sélectionnez Réparer Visual Studio dans la fenêtre de maintenance.
Les composants suivants doivent être réparés séparément à l'aide de l'option Ajout/Suppression de programmes :
- Microsoft .NET Compact Framework
- Débogueur distant Microsoft
- Microsoft Visual Studio Tools pour Office
- Microsoft SQL Server Compact Edition
- Kit de développement Microsoft Windows Mobile SDK
La logique de détection de la réparation de Visual Studio est incorrecte, car il manque une valeur de Registre. Cela ne se produit que sur les ordinateurs x64 où Visual Studio Standard est installé.
Pour résoudre ce problème :
1. Ouvrez l'Explorateur Windows.
2. Naviguez vers ..Program Files\Microsoft Visual Studio 9.0\Common7\IDE\Remote Debugger\x64.
3. Notez la version de fichier de msvsmon.exe. (Cliquez avec le bouton droit sur les propriétés et examinez-les, ou pointez simplement le curseur sur ces dernières et lisez les info-bulles.)
4. Ouvrez Regedit et ajoutez deux valeurs de Registre de type chaîne, toutes les deux nommées "Version", et qui contiennent la chaîne de version actuelle à l'emplacement suivant :
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Remote Debugger Lite Setup\9.0\1033
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Remote Debugger Lite Setup\9.0\1033
Si vous essayez de réparer le composant 'Assistant Publication de base de données Microsoft SQL Server 1.3' (version installée avec Visual Studio 2008 Service Pack 1 ou Visual Web Developer 2008 avec SP1) via Ajout/Suppression de programmes, vous risquez de rencontrer l'un des problèmes suivants :
a. Le bouton Réparer n'est pas disponible sous le composant 'Assistant Publication de base de données Microsoft SQL Server 1.3'.
b. Le bouton Réparer est disponible, mais la réparation entraîne l'installation d'une ancienne version du composant : 'Assistant Publication de base de données Microsoft SQL Server 1.2'.
c. Le bouton Réparer est disponible, mais la réparation nécessite l'utilisation de la source de SqlPubWiz.msi.
Pour résoudre ce problème :
Sur Windows XP / Vista
1. Ouvrez le Panneau de configuration et accédez à Ajout/Suppression de programmes.
2. Cliquez avec le bouton droit sur le composant 'Assistant Publication de base de données Microsoft SQL Server 1.3' (ou 'Assistant Publication de base de données Microsoft SQL Server 1.2' si cette ancienne version a été installée au cours de l'étape (b) ci-dessus), puis cliquez sur Désinstaller. Attendez la fin de la désinstallation.
3. Exécutez SqlPubWizInstaller.exe à partir de http://go.microsoft.com/fwlink/?LinkId=119368 pour réinstaller 'Assistant Publication de base de données Microsoft SQL Server 1.3'. Vous pouvez vérifier si l'installation s'est bien effectuée dans Ajout/Suppression de programmes.
Pour résoudre ce problème :
1. Accédez à la page de téléchargement de l'outil de préparation à l'installation du Service Pack de Visual Studio 2008 : http://go.microsoft.com/fwlink/?LinkID=121685&clcid=0x409 (en anglais).Pour résoudre ce problème :
1. Désinstallez le runtime et le module linguistique Visual Studio Tools pour Office 3.0 via Ajout/Suppression de programmes (dans Windows XP) ou Programmes et fonctionnalités (dans Windows Vista).Pour résoudre ce problème :
Réparez Visual Studio 2008 afin de réinitialiser la valeur de ProductVersion.
Champ |
Valeur |
---|---|
Name |
Microsoft Visual Studio 2008 Service Pack 1 |
Version |
SP1 |
Publisher |
Microsoft |
Language |
<Langue du composant> |
Après l'installation d'une version non anglaise de Microsoft Visual Studio 2008 Service Pack 1 (SP1), une partie du texte IntelliSense localisé peut apparaître à nouveau en anglais. Ce problème se produit dans les versions linguistiques suivantes de Visual Studio 2008 SP1 :
o chinois (simplifié)
o chinois (traditionnel)
o allemand
o espagnol
o français
o italien
o japonais
o coréen
Pour résoudre ce problème, consultez les informations détaillées de l'article KB 957507, puis téléchargez les fichiers.
Si le package du programme d'amorçage de .NET Framework 3.5 SP1 est sélectionné dans la boîte de dialogue Composant requis d'un projet d'installation ou dans la publication ClickOnce, et si l'option "Télécharger les composants requis à partir de l'emplacement de mon application" est également sélectionnée, l'erreur de génération suivante s'affiche :
L'emplacement d'installation pour les composants requis n'a pas été défini à 'site Web du fabricant du composant' et le fichier 'dotNetFx35setup.exe' dans l'élément 'Microsoft.Net.Framework.3.5.SP1' est introuvable sur le disque.
Pour résoudre ce problème :
Mettez à jour les données de package :
Langue |
Architecture |
URL source |
Destination |
---|---|---|---|
Chinois (Simplifié) |
x86 |
zh-CHS\DotNetFX35\x86 | |
x64 |
zh-CHS\DotNetFX35\x64 | ||
Chinois (Traditionnel) |
x86 |
zh-CHT\DotNetFX35\x86 | |
x64 |
zh-CHT\DotNetFX35\x64 | ||
Anglais |
x86 |
N/A |
N/A |
x64 |
N/A |
N/A | |
Français |
x86 |
fr\DotNetFX35\x86 | |
x64 |
fr\DotNetFX35\x64 | ||
Allemand |
x86 |
de\DotNetFX35\x86 | |
x64 |
de\DotNetFX35\x64 | ||
Italien |
x86 |
it\DotNetFX35\x86 | |
x64 |
it\DotNetFX35\x64 | ||
Japonais |
x86 |
ja\DotNetFX35\x86 | |
x64 |
ja\DotNetFX35\x64 | ||
Coréen |
x86 |
ko\DotNetFX35\x86 | |
x64 |
ko\DotNetFX35\x64 | ||
Portugais – Brésil |
x86 |
pt-BR\DotNetFX35\x86 | |
x64 |
pt-BR\DotNetFX35\x64 | ||
Russe |
x86 |
ru\DotNetFX35\x86 | |
x64 |
ru\DotNetFX35\x64 | ||
Espagnol |
x86 |
es\DotNetFX35\x86 | |
x64 |
es\DotNetFX35\x64 |
- Le dossier redist ne contient aucun fichier mfc90rus.dll après l'installation du correctif de Visual Studio 2008 SP1 RTM.
- L'utilisateur ne pourra pas utiliser des ressources russes pour écrire une application localisée et la distribuer.
Pour résoudre ce problème :
L'utilisateur peut copier le fichier MFC90RUS.DLL du dossier winsxs vers le dossier redist.
Le média d'installation d'origine peut être demandé pendant l'installation de Visual Studio 2008 SP1 si les fonctionnalités suivantes n'ont pas été sélectionnées pendant l'installation de Visual Studio 2008 :
Sous "Bibliothèques de classes et de modèles Visual C++"
- Code source MFC ATL
- Bibliothèques statiques ANSI MFC ATL
- Bibliothèques statiques Unicode MFC ATL
- Bibliothèques partagées ANSI MFC ATL
- Bibliothèques partagées Unicode MFC ATL
Sous "Outils Visual C++"
- Utilitaire de suivi de classes MFC
- Visual C++ Error Lookup
- Outils Win32
Pour résoudre ce problème :
Ayez à votre disposition le média d'origine.
ClickOnce ne vérifie pas automatiquement le SP1 si vous avez sélectionné l'option pour cibler .NET Framework Client Profile à tout moment lors du développement, même si vous ajoutez une référence à System.Data.Entity (qui requiert le SP1).
Si vous désélectionnez l'option "Sous-ensemble du Framework client seulement" dans les projets qui contiennent une référence à System.Data.Entity, l'application ne vérifiera pas correctement la présence de .NET Framework 3.5 sans le SP1.
Pour résoudre ce problème :
Pour forcer ClickOnce à vérifier la présence de .NET Framework 3.5 SP1 :
Pour les projets Visual Basic :
Ouvrez les propriétés du projet (double-cliquez sur 'My Project' dans l'Explorateur de solutions).
Cliquez sur l'onglet Compiler.
Cliquez sur Options avancées de compilation.
Désélectionnez l'option 'Sous-ensemble du Framework client seulement'.
Supprimez la référence à System.Data.Entity du projet.
Ajoutez de nouveau une référence à System.Data.Entity au projet.
Pour les projets C# :
Ouvrez les propriétés du projet (double-cliquez sur 'Propriétés' dans l'Explorateur de solutions).
Cliquez sur l'onglet Application.
Désélectionnez l'option 'Sous-ensemble du Framework client seulement'.
Supprimez la référence à System.Data.Entity du projet.
Ajoutez de nouveau une référence à System.Data.Entity au projet.
La page publish.htm est générée sans le script qui détecte la présence de .NET Framework Client Profile sur les ordinateurs cibles.
Pour résoudre ce problème :
1. Assurez-vous que l'application cible le sous-ensemble du Framework client.
Pour les projets Visual Basic :
Ouvrez les propriétés du projet (double-cliquez sur 'My Project' dans l'Explorateur de solutions).
Cliquez sur l'onglet Compiler.
Cliquez sur Options avancées de compilation.
Sélectionnez l'option 'Sous-ensemble du Framework client seulement'.
Pour les projets C# :
Ouvrez les propriétés du projet (double-cliquez sur 'Propriétés' dans l'Explorateur de solutions).
Cliquez sur l'onglet Application.
Sélectionnez l'option 'Sous-ensemble du Framework client seulement'.
2. Pour obtenir le script correct, sélectionnez le composant requis .NET Framework 3.5 SP1 et publiez l'application.
3. Dans les propriétés de publication du projet, sélectionnez de nouveau .NET Framework Client Profile comme package de composants requis et désélectionnez l'option "Générer automatiquement la page Web de déploiement après chaque publication".
4. Publiez de nouveau l'application.
Ce problème se produit dans deux scénarios :
1. Après l'exécution de Mettre à jour le modèle à partir de la base de données, les associations sont créées pour les nouvelles clés étrangères dans la base de données, mais ne s'affichent pas dans le diagramme.
2. Après des opérations annuler/rétablir dans le concepteur, les lignes d'association sont mal placées dans le diagramme.
Pour résoudre ce problème :
Il existe plusieurs solutions de contournement :
- Enregistrez le fichier. Fermez le concepteur. Ouvrez de nouveau le fichier.
- Cliquez avec le bouton droit sur une zone vide du diagramme, puis cliquez sur "Mettre en forme le diagramme". Cela peut modifier tout changement de disposition précédemment apporté au diagramme.
- Déplacez manuellement les entités associées pour actualiser le rendu.
Le lien de redirection par défaut vers la Visionneuse de rapports Visual Studio 2008 (ReportViewer.exe) qui est fourni dans le projet d'installation et de déploiement redirige de façon incorrecte vers le module linguistique de la Visionneuse de rapports (ReportViewerLP.exe) sur les systèmes d'exploitation non anglais.
Pour résoudre ce problème :
1. Ouvrez %Program Files%\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\ReportViewer\<pays>\package.xml
2. Remplacez le lien http://go.microsoft.com/fwlink/?LinkID=98185 par http://go.microsoft.com/fwlink/?LinkID=98185&clcid=0x409 dans package.xml.
3. Assurez-vous de ne pas modifier le lien vers ReportViewerLP.exe http://go.microsoft.com/fwlink/?LinkID=98185&clcid=<CLID>.
Si vous installez le client Visual Studio Team Server 2008 SP1 et si vous l'utilisez pour exécuter des tests de charge, vous devez utiliser un contrôleur Visual Studio Team Server 2008 SP1 pour exécuter ces tests. Tous les agents qui sont en ligne et connectés à ce contrôleur doivent également être des agents Visual Studio Team Server 2008 SP1. Si vous installez le SP1 uniquement sur le client Visual Studio et si vous exécutez un test de charge à l'aide d'une plateforme de test sur laquelle Visual Studio Team Server 2008 SP1 est installé, le test de charge échoue immédiatement et "Non exécuté" s'affiche dans la fenêtre Résultats des tests. Si vous cliquez sur le lien dans la fenêtre Résultats des tests, l'erreur affichée dans la section "Erreurs et avertissements liés aux séries de tests" se présentera comme suit :
Impossible de mettre en file d'attente la série de tests 'username@MYCONTROLLER 2008-06-13 11:17:28' : Impossible de convertir l'objet de type 'Microsoft.VisualStudio.TestTools.LoadTesting.LoadTestConstantLoadProfile' en type 'Microsoft.VisualStudio.TestTools.WebStress.WebTestLoadProfile'.
(Le premier type mentionné dépend du type de modèle de charge utilisé par votre test de charge.)
Les versions du client, du contrôleur et des agents Visual Studio doivent correspondre car des améliorations ont été apportées aux API pour Visual Studio Team Server 2008 SP1 afin d'implémenter les différents modèles de test de charge.
Pour résoudre ce problème :
Mettez à niveau les clients, le contrôleur et l'agent vers Visual Studio 2008 SP1.
Assembly Cache Viewer (Visionneuse du cache de l'assembly (Shfusion.dll)) est une extension de l'interpréteur de commandes Windows qui vous permet d'afficher et de manipuler le contenu du Global Assembly Cache à l'aide de l'Explorateur Windows. Shfusion.dll se trouve dans le répertoire %windir%\Microsoft.NET\Framework\v2.0.50727.
Dans Windows Vista, Assembly Cache Viewer ne s'exécute pas avec des autorisations élevées même si vous l'ouvrez à partir d'une fenêtre d'invite de commandes disposant d'autorisations élevées (par exemple, en utilisant la commande START avec le chemin d'accès au Global Assembly Cache). Cela est dû au fait qu'Assembly Cache Viewer est une extension de l'interpréteur de commandes pour l'Explorateur Windows, qui ne s'exécute pas avec des autorisations élevées.
Pour résoudre ce problème :
Utilisez Shfusion.dll uniquement à des fins d'affichage.
Pour les mises à jour, ouvrez une fenêtre d'invite de commandes disposant de privilèges d'administrateur et utilisez l'outil de ligne de commande Gacutil.exe à partir du Kit de développement .NET Framework SDK.
Pour résoudre ce problème :
Le Kit de développement du profileur 64 bits sera inclus dans l'installation du profileur autonome 64 bits SP1 et sera disponible sur le Centre de téléchargement MSDN. Installez le profileur autonome 64 bits sur une version 64 bits de Windows, puis copiez le répertoire PerfSDK 64 bits installé vers "%program files(x86)%\Microsoft Visual Studio 9.0\Team Tools\Performance Tools\x64".Si le fichier web.config est endommagé à la suite d'un profilage ou s'il a été supprimé, le profileur affiche le message "Le site Web n'a pas pu être configuré correctement ; l'obtention des informations sur le processus ASP.NET a échoué. Le serveur exécute peut-être Asp.Net version 2.0 ou ultérieure. La demande de 'Http://localhost/VSEnterpriseHelper.axd' a retourné une erreur : Le serveur distant a retourné une erreur : (500) Erreur interne du serveur."
Pour résoudre ce problème :
Supprimez le fichier web.config.
Exécutez le site Web sous le débogueur pour régénérer un fichier web.config sans erreur.
Exécutez le profileur.
Pour résoudre ce problème :
Aucune solution de contournement n'est requise.Pour résoudre ce problème :
Pour résoudre ce problème :
Il existe deux façons de contourner ce problème :L'installation de certains composants requis pour les packages de déploiement qui sont créés avec le projet d'installation échoue lorsque l'utilisateur final spécifie une installation via le Web. Les packages de déploiement ClickOnce disposant de ces composants associés échouent également pendant l'installation.
Le problème est dû à des URL endommagées dans certains des fichiers de composants. La modification manuelle des URL dans le fichier package.xml est requise pour résoudre ce problème.
Pour résoudre ce problème :
1. Accédez à "%Program Files%\Microsoft SDKs\Windows\6.0A\Bootstrapper\Packages\"
2. Modifiez "package.xml" sous
Remarque : la seule différence est le "&" qui doit être ajouté devant "amp;clcid=0xXXX". 0xXXX correspond à l'identificateur de la langue. Si vous utilisez l'Assistant Application MFC pour créer une application MFC qui utilise l'interface utilisateur du ruban, et si vous remplacez la classe de base CView par CRichEditView, la génération de l'application échoue et l'erreur suivante du compilateur de ressources s'affiche : ".\REdit.rc(565) : erreur RC2151 : impossible de réutiliser les constantes de chaînes, 280(0x118) - "Insérer un objet... o" déjà défini. Impossible d'ajouter 280(0x118) - "Rechercher/Remplacer f" Cela est dû à des définitions de valeurs de macros en double dans resource.h pour les macros suivantes : #define IDS_RIBBON_INSERT_OBJECT 280 #define IDS_RIBBON_FINDREPLACE 280 Pour résoudre ce problème : 1. Ouvrez le fichier Resource.h. 2. Recherchez les macros IDS_RIBBON_INSERT_OBJECT et IDS_RIBBON_FINDREPLACE. 3. Remplacez l'une de leurs valeurs par "307" ou par toute autre valeur non utilisée dans le fichier. 4. Régénérez l'application. #define IDS_RIBBON_INSERT_OBJECT 280 #define IDS_RIBBON_FINDREPLACE 307 Un message d'erreur peut s'afficher si vous installez une solution en ouvrant le manifeste de déploiement (fichier .vsto), l'application Office, le document ou le classeur. Cela est dû au fait que le programme d'installation de la solution ne vérifie pas que les composants requis sont présents. Pour résoudre ce problème : Il existe deux façons de résoudre ce problème : Pour résoudre ce problème : Si votre projet utilise Office 2003 comme version cible, ne sélectionnez pas Sous-ensemble du Framework client seulement dans la page de propriétés du projet. Lorsque vous développez des solutions Office pour le runtime .NET Framework Client Profile, les messages d'avertissement sur la génération suivants s'affichent : "Le projet contient une référence à l'assembly <nom>. Cet assembly ne fait pas partie de .NET Framework Client Profile. En l'absence de cette référence, des erreurs de compilation ou d'exécution peuvent se produire." ou "L'assembly référencé <nom> dépend de <assembly> qui n'est pas listé dans le cadre de .NET Framework Client Profile. Si cette référence dépendante est requise, vous risquez d'obtenir des erreurs de compilation." Si vous ignorez ces avertissements, vous pouvez obtenir l'exception suivante car des assemblys sont manquants : "Exception non gérée : System.IO.FileNotFoundException : Impossible de charger le fichier ou l'assembly <assembly> ou une de ses dépendances. Le système ne trouve pas le fichier spécifié." Pour résoudre ce problème : Si votre application utilise des fonctionnalités qui reposent sur des assemblys non contenus dans .NET Framework Client Profile, assurez-vous que votre projet utilise .NET Framework 3.5 dans son intégralité comme version cible du .Net Framework. Pour les projets Visual Basic : Pour les projets C# : Par défaut, le programme d'amorçage de la solution est configuré pour télécharger le package des assemblys PIA (Primary Interop Assembly) à partir du Web. Toutefois, ce package ne peut pas être téléchargé ; il doit être installé à partir du même emplacement que l'application. Pour résoudre ce problème : Vous pouvez ignorer cet avertissement. Même si l'option "Télécharger les composants requis à partir du site Web du fournisseur de composants" est sélectionnée dans la boîte de dialogue Composants requis, le package des assemblys PIA (Primary Interop Assembly) est automatiquement publié dans le même emplacement que l'application. Lorsque vous publiez la solution, l'avertissement suivant s'affiche : "L'élément '.NET Framework Client Profile' est requis par 'Visual Studio Tools pour Office System 3.0 Runtime Service Pack 1', mais il n'a pas été inclus." Cet avertissement s'affiche car Visual Studio Tools pour Office System 3.0 Runtime Service Pack 1 est sélectionné comme composants requis pour l'installation. Toutefois, ni .NET Framework 3.5 Service Pack 1 ni le package .NET Framework Client Profile n'est sélectionné. Pour résoudre ce problème : Si votre projet cible .NET Framework Client Profile, votre application lève une exception FileNotFound lorsque vous exécutez l'application. Cela se produit car la classe ServerDocument requiert .NET Framework 3.5 dans son intégralité. Pour résoudre ce problème : Si Silverlight Tools Bêta 2 a été précédemment installé, Visual Studio ne pourra, après l'installation de Visual Studio 2008 SP1, ouvrir des projets Silverlight qu'une fois l'installation de Silverlight Tools Bêta 2 mise à jour. Pour résoudre ce problème : Téléchargez la version mise à jour de Silverlight Tools Bêta 2 pour Visual Studio 2008 SP1 à l'adresse http://go.microsoft.com/fwlink/?LinkID=120032. Lorsque vous créez un projet Bibliothèque du service WCF, vous pouvez modifier le chemin de sortie en remplaçant le chemin d'accès par défaut bin\debug\ par un chemin d'accès relatif tel que "." ou ".." sous l'onglet Générer de la page Propriétés du projet. Si vous essayez ensuite de déboguer le service, ce dernier ne peut pas être hébergé par l'hôte de service WCF et le message suivant s'affiche : "Un projet avec un type de sortie de bibliothèque de classes ne peut pas être démarré directement." Pour résoudre ce problème : Sous l'onglet Générer, entrez le chemin d'accès complet au lieu d'un chemin d'accès relatif. Si vous créez un projet Bibliothèque du service WCF dans Visual Studio avec le plug-in TFS, une erreur peut s'afficher lorsque vous sélectionnez Ajouter un nouvel élément dans ce projet. Après avoir cliqué sur OK pour fermer la boîte de dialogue d'erreur, le service d'élément est correctement ajouté et fonctionne comme prévu. Pour résoudre ce problème : Cliquez sur OK pour fermer la boîte de dialogue d'erreur. La fenêtre Propriétés dans le Concepteur WPF affiche et modifie les valeurs en utilisant le format américain. Cela est conforme à la convention XAML, qui utilise en-US comme CultureInfo. Par exemple, les dates et les nombres sont toujours au format américain. Les dates apparaissent toujours au format mm/jj/aa. Si vous entrez une valeur de date dans la fenêtre Propriétés, elle sera convertie au format mm/jj/aa. Pour résoudre ce problème : Il n'existe aucune solution de contournement. Dans Visual Studio 2008 SP1, si vous utilisez la refactorisation du code pour apporter des modifications de type ou de membre, la refactorisation sera propagée aux fichiers XAML. Pour plus d'informations sur cette fonctionnalité, consultez "Comment : renommer un symbole déclaré en XAML" dans la documentation. Les limitations suivantes s'appliquent à cette nouvelle fonctionnalité : - La refactorisation ne peut être utilisée que sur certains noms de types et certains attributs. La refactorisation ne peut pas être utilisée sur les éléments suivants : o L'attribut de la propriété d'accesseur Set o L'attribut de chemin d'accès TemplateBinding o Les attributs de chemin d'accès Binding et ElementName o La propriété MethodName de ObjectDataProvider Pour résoudre ce problème : Effectuez des modifications manuellement, par exemple en utilisant Rechercher et remplacer. Si vous modifiez un type ou un membre dans un fichier XAML, ces modifications ne se propagent pas aux fichiers de code. Par exemple, si vous modifiez, à l'aide de l'éditeur XAML, le nom d'un bouton auquel sont associés des gestionnaires d'événements, le code-behind ne sera pas mis à jour. Pour résoudre ce problème : Les modifications apportées aux fichiers de code doivent être effectuées manuellement, par exemple à l'aide de Rechercher et remplacer. Dans l'Explorateur de solutions, si vous cliquez avec le bouton droit sur un fichier XAML, que vous cliquez sur Renommer, puis que vous renommez le fichier, le nom du fichier est modifié mais aucune invite à la refactorisation du nom de la classe en XAML ou dans le code-behind n'apparaît. En particulier, si vous renommez le fichier XAML référencé par la propriété StartupUri du fichier XAML de l'application (par exemple, si vous remplacez Window1.xaml par MainWindow.xaml), vous devez modifier manuellement la propriété StartupUri. Pour résoudre ce problème : Les modifications doivent être apportées manuellement, par exemple à l'aide de Rechercher et remplacer. Dans un fichier code-behind, vous pouvez trouver toutes les références à un symbole en cliquant avec le bouton droit sur le symbole, puis en cliquant sur Rechercher toutes les références. La commande Rechercher toutes les références ne trouvera pas les éléments XAML dont la propriété Name n'est pas définie. Par exemple : Le code XAML suivant montre l'élément MyUserControl, qui n'a pas de nom : <Grid> Dans le fichier code-behind, si vous cliquez avec le bouton droit sur le symbole MyUserControl, puis que vous cliquez sur Rechercher toutes les références, seules les références contenues dans le code seront trouvées, et non celles en XAML. Pour résoudre ce problème : Nommez le contrôle ou effectuez la recherche manuellement (par exemple, en utilisant Rechercher dans les fichiers).
Si vous effectuez une liaison à un ObjectDataProvider via XAML et que ObjectDataProvider appelle une base de données, lorsque vous chargez le XAML dans le Concepteur WPF, l'opération peut prendre beaucoup de temps et de mémoire. De ce fait, le Concepteur WPF peut se bloquer jusqu'à ce que l'opération soit terminée. Pour résoudre ce problème : Évitez de configurer un ObjectDataProvider de cette façon au moment du design. Utilisez, par programme, la méthode DesignerProperties.IsInDesignMode() uniquement pour effectuer des tâches nécessitant beaucoup de temps et sollicitant beaucoup de mémoire au moment de l'exécution. Il existe un problème connu dans Visual Studio 2008 SP1 : le Concepteur WPF n'est pas chargé si une liaison utilise RelativeSource TemplatedParent sans chemin d'accès. Par exemple : <RepeatButton Command="{x:Static ScrollBar.LineUpCommand}" CommandTarget="{Binding RelativeSource={RelativeSource TemplatedParent}}" /> Pour résoudre ce problème : Spécifiez un chemin d'accès en utilisant la notation ".", qui se résout en objet identique. Par exemple : <RepeatButton Command="{x:Static ScrollBar.LineUpCommand}" CommandTarget="{Binding RelativeSource={RelativeSource TemplatedParent}, Path=.}" /> Le Concepteur WPF peut se bloquer si vous référencez des valeurs à partir d'un dictionnaire de ressources autonome ou externe, comme suit : - Le dictionnaire autonome possède des références de ressources entre des éléments de ce même dictionnaire (par exemple, un style qui référence une couleur), Pour résoudre ce problème : Fermez les documents ouverts qui référencent des valeurs du dictionnaire avant la mise à jour de ce dernier. Pour résoudre ce problème :
a. "\VSTOR30\
b. "\SqlExpress\
et remplacez
a. "<String Name="VSTORLangPackExe">http://go.microsoft.com/fwlink/?LinkId=95147amp;clcid=0xXXX </String>"
par
"<String Name="VSTORLangPackExe">http://go.microsoft.com/fwlink/?LinkId=95147&clcid=0xXXX </String>"
b. "<String Name="SqlExprExe">http://go.microsoft.com/fwlink/?LinkId=83136amp;clcid=0xXXX </String>"
par
"<String Name="SqlExprExe">http://go.microsoft.com/fwlink/?LinkId=83136&clcid=0xXXX </String>"
2.3.2 ADO.NET
Il n'existe aucun problème connu.
2.3.3 Langages
2.3.3.1 Une application MFC qui a CRichEditView entraîne l'erreur RC2151
2.3.4 LINQ
Il n'existe aucun problème connu.
2.3.5 Visual Studio Tools pour Office
2.3.5.1 Les solutions Office 2007 créées à l'aide de Visual Studio 2008 SP1 requièrent Visual Studio Tools pour Office System 3.0 Runtime SP1.
- Installez le correctif du SP1 pour Visual Studio Tools pour Office System 3.0 Runtime SP1.
- Installez la solution en exécutant le programme d'installation.
Le programme d'installation vérifie que la version des composants requis est correcte et les installe, si nécessaire.
2.3.5.2 Les solutions Office 2003 ne peuvent pas utiliser .Net Framework Client Profile en tant que version cible du .Net Framework.
La page de propriétés du projet vous permet de sélectionner .NET Framework Client Profile comme version cible du .Net Framework même s'il n'est pas pris en charge par le projet.
2.3.5.3 Un message d'avertissement s'affiche lorsque vous développez des solutions Office pour .NET Framework Client Profile
2.3.5.4 Lorsque vous publiez une solution, le message d'avertissement suivant s'affiche : "Aucun attribut 'HomeSite' n'a été fourni pour les assemblys PIA (Primary Interop Assembly) de Microsoft Office System 2007"
2.3.5.5 Une fois Visual Studio 2008 SP1 installé, les projets Office précédemment créés affichent un avertissement lors de leur publication.
2.3.5.6 Les applications qui utilisent la classe ServerDocument ne peuvent pas cibler .NET Framework Client Profile.
Pour les projets C# :
2.3.6 Développement Web
2.3.6.1 Visual Studio 2008 SP1 requiert une installation mise à jour de Silverlight Tools Bêta 2
2.3.7 Outils Windows Communication Foundation (WCF)
2.3.7.1 Un projet Bibliothèque du service WCF ne peut pas être hébergé par l'hôte de service WCF lorsque le chemin d'accès relatif a la valeur "Chemin de sortie" sur la page Propriétés
2.3.7.2 Un message d'erreur s'affiche lorsque "Ajouter un nouvel élément" est sélectionné dans un projet Bibliothèque du service WCF dans Visual Studio avec le plug-in TFS
2.3.8 Concepteur Windows Presentation Foundation (WPF) pour Visual Studio
2.3.8.1 La fenêtre Propriétés affiche des valeurs, telles que les dates et les chiffres, au format américain.
2.3.8.2 Limitations lorsque des symboles dans des fichiers XAML sont refactorisés par du code
- La refactorisation ne modifiera que les fichiers XAML du projet actuel et ne sera pas appliquée à tous les projets de la solution.
2.3.8.3 Les modifications apportées aux fichiers XAML ne refactorisent pas les fichiers de code
2.3.8.4 L'affectation de nouveaux noms dans l'Explorateur de solutions n'invite pas à une refactorisation de changement de nom dans les projets WPF
2.3.8.5 La commande Rechercher toutes les références ne trouvera pas les contrôles sans nom dans les fichiers XAML
<MyUserControl/>
(...)
2.3.8.6 Visual Studio peut se bloquer lorsque vous effectuez des liaisons à des appels de méthode ObjectDataProvider nécessitant beaucoup de temps
2.3.8.7 Échec du chargement de XAML avec "{Binding RelativeSource={RelativeSource TemplatedParent}}"
2.3.8.8 Le Concepteur WPF peut se bloquer si vous référencez des valeurs à partir d'un dictionnaire de ressources autonome ou externe
- vous avez un fichier projet ouvert (Fenêtre, etc.) qui référence une valeur de ce dictionnaire de ressources autonome,
- vous modifiez une valeur dans le dictionnaire de ressources autonome.
2.3.9 Outils Windows Workflow Foundation (WF)
Il n'existe aucun problème connu.
2.3.10 Intégration du Kit de développement Windows SDK
2.3.10.1 La version x64 de Sgen.exe ne génère pas d'assembly lorsque des types marqués avec l'attribut [Obsolete(IsError = true)] sont traités
La version x64 de Sgen.exe ne génère pas d'assembly de sérialisation lorsqu'il traite un assembly contenant des types qui sont marqués avec l'attribut [Obsolete(IsError = true)].
3. Liens associés
Fichier Readme de Team Foundation Server
Fichier Readme de Visual Studio Express
Fichier Readme du .Net Framework
© 2008 Microsoft Corporation. Tous droits réservés. Conditions d'utilisation | Marques | Déclaration de confidentialité