Fichier Readme de Visual Studio 2008 Service Pack 1 (SP1)

1.2. Systèmes d'exploitation pris en charge

2. Problèmes connus

2.1 Installation

2.1.1 Conditions requises pour l'installation de Microsoft Synchronization Services for ADO.NET 1.0 for Devices

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.

http://www.microsoft.com/downloads/details.aspx?FamilyId=75FEF59F-1B5E-49BC-A21A-9EF4F34DE6FC&displaylang=en

2.1.2 L'installation de Visual Studio 2008 SP1 échoue et le message « Impossible d'établir une connexion avec le serveur » s'affiche

• L'accès à Internet est refusé par un pare-feu.
• Impossible de se connecter via un serveur proxy.
• Le serveur n'est pas en ligne.

Pour résoudre ce problème :

1. Ouvrez le Panneau de configuration.
2. Cliquez sur "Pare-feu Windows".
3. Cliquez sur l'onglet "Exceptions".
4. Cliquez sur "Ajouter un programme".
5. Ajoutez SPInstaller à la liste des programmes.
6. Cliquez sur "OK".
7. Redémarrez l'ordinateur.

1. Ouvrez le Panneau de configuration.
2. Cliquez sur "Pare-feu Windows".
3. Cliquez sur "Autoriser un programme via le Pare-feu Windows".
4. Cliquez sur l'onglet "Exceptions".
5. Cliquez sur "Ajouter un programme".
6. Ajoutez SPInstaller à la liste des programmes.
7. Cliquez sur "OK".
8. Redémarrez l'ordinateur.

2.1.3 La désinstallation d'un correctif logiciel peut mettre à niveau vers une version antérieure des fichiers d'autres produits Visual Studio

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".

2.1.4 L'installation de Visual Studio 2008 SP1 échoue lorsque le Volet Windows Vista est activé.

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".

2.1.5 Impossible d'installer Visual Studio 2008 SP1 lorsque la mise à jour KB949325 ou Silverlight Tools Bêta 1 est installé

Visual Studio 2008 SP1 ne peut pas être installé lorsque la mise à jour KB949325 ou Silverlight Tools Bêta 1 est installé. Si vous tentez d'effectuer une installation lorsque l'ordinateur est dans cet état, un message indiquant que l'installation de Visual Studio 2008 SP1 est incompatible avec les produits déjà installés peut s'afficher.

Pour résoudre ce problème :

Pour désinstaller Silverlight Tools Bêta 1 :

1. Dans le Panneau de configuration, ouvrez Ajout/Suppression de programmes.

2. Désinstallez Microsoft Silverlight Tools Bêta 1 pour Visual Studio 2008.

Pour désinstaller la mise à jour KB949325 sur les systèmes d'exploitation Windows Vista ou ultérieurs :

1. Dans le Panneau de configuration, ouvrez Ajout/Suppression de programmes.

2. Dans la barre des tâches, cliquez sur "Afficher les mises à jour installées".

3. Désinstallez la mise à jour KB949325, qui se trouve sous Microsoft Visual Studio 2008.

Pour désinstaller la mise à jour KB949325 sur les systèmes d'exploitation Windows XP ou antérieurs :

1. Dans le Panneau de configuration, ouvrez Ajout/Suppression de programmes.

2. En haut de la fenêtre, cliquez sur "Afficher les mises à jour".

3. Désinstallez la mise à jour KB949325, qui se trouve sous Microsoft Visual Studio 2008.

2.1.6 La désinstallation du Kit de développement Windows SDK peut affecter Visual Studio 2008

Pour résoudre ce problème :

• Réparez Visual Studio 2008 à l'aide de la fonctionnalité Ajout/Suppression de programmes (dans Windows Server 2003 ou Windows XP) ou de la fonctionnalité Programmes et fonctionnalités (dans Windows Vista ou Windows Server 2008).
• Installez le Kit de développement Windows SDK pour Windows Server 2008 et .NET Framework 3.5.

2.1.7 Visual Studio 2008 SP1 n'installera pas MSDN Library pour Visual Studio 2008 SP1 lors de l'installation

Pour résoudre ce problème :

2.1.8 Le fichier du programme d'installation Windows (MSI) de SQL Server Compact 3.5 SP1 for Devices n'est pas installé avec Visual Studio 2008 SP1, mais il est disponible au téléchargement

Pour résoudre ce problème :

2.1.9 Une notification de mise à jour automatique Windows s'affiche pendant l'installation de Visual Studio 2008 SP1 sur Windows Vista.

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.

2.1.10 L'installation de Visual Studio 2008 SP1 échoue lorsque .NET Framework 2.0 SP2 n'est pas en mesure de mettre à niveau .NET Framework 2.0 ou .NET Framework 2.0 SP1

.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.

Pour résoudre ce problème :

2.2 Désinstallation

2.3 Problèmes liés au produit

2.3.1 Problèmes d'ordre général

2.3.1.1 Activer Samesite pour le package du programme d'amorçage de .NET Framework 3.5 SP1

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 que l'option "Télécharger les composants à partir du même site que 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 :

1. Ouvrez le dossier [Program Files]\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\DotNetFx35SP1.
2. Modifiez le fichier Product.xml dans le Bloc-notes.
3. Collez ce qui suit dans l'élément < PackageFiles> :
   < PackageFile Name="TOOLS\clwireg.exe" />
   < PackageFile Name="TOOLS\clwireg_x64.exe" />
   < PackageFile Name="TOOLS\clwireg_ia64.exe" />
    

1. Naviguez jusqu'à l'URL suivante : http://go.microsoft.com/fwlink?LinkID=118080
2. Téléchargez le fichier dotNetFx35.exe sur votre disque local.
3. Ouvrez une fenêtre d'invite de commandes, puis accédez au répertoire dans lequel vous avez téléchargé dotNetFx35.exe.
4. À l'invite de commandes, tapez :
   dotNetFx35.exe /x:.
   Les fichiers Framework sont alors extraits dans un dossier nommé "WCU" dans le répertoire actif.
5. Copiez le contenu du dossier WCU\dotNetFramework et collez-le dans le dossier %Program Files%\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\DotNetFx35SP1 (%ProgramFiles(x86)%\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\DotNetFx35SP1 sur les systèmes d'exploitation x64).Remarque : ne copier pas le dossier WCU\dotNetFramework lui-même. Il doit y avoir 5 dossiers sous le dossier WCU, et chacun d'eux apparaît maintenant dans le dossier DotNetFx35SP1. La structure de dossier doit ressembler à ce qui suit :
   o DotNetFx35SP1 (dossier)
   • dotNetFX20 (dossier)
   • dotNetFX30 (dossier)
   • dotNetFX35 (dossier)
   • dotNetMSP (dossier)
   • TOOLS (dossier)
   • fr (ou un autre dossier localisé)
   • dotNetFx35setup.exe (fichier)
     Vous pouvez maintenant supprimer les fichiers et dossiers que vous avez téléchargés et extraits aux étapes 2 et 4.  

1. Pour connaître les emplacements de téléchargement, reportez-vous au tableau ci-dessous.
2. Naviguez jusqu'à l'URL fournie et, lorsque vous y êtes invité, téléchargez le sous-répertoire du dossier dotNetFx35SP1 indiqué dans le tableau. Remarque : vous devez effectuer cette opération une fois pour les fichiers x86, et également pour les fichiers x64, même si vous n'avez pas besoin de prendre en charge x64 avec votre module.
   
   Chinois (Simplifié), x86 (URL source : http://go.microsoft.com/fwlink?LinkID=118146, destination : zh-CHS\DotNetFX35\x86)
   
   Chinois (Simplifié), x64 (URL source : http://go.microsoft.com/fwlink?LinkID=118151, destination : zh-CHS\DotNetFX35\x64)
   
   Chinois (Traditionnel), x86 (URL source : http://go.microsoft.com/fwlink?LinkID=118087, destination : zh-CHT\DotNetFX35\x86)
   
   Chinois (Traditionnel), x64 (URL source : http://go.microsoft.com/fwlink?LinkID=118050, destination : zh-CHT\DotNetFX35\x64)
   
   Anglais : Non applicable
   
   Français, x86 (URL source : http://go.microsoft.com/fwlink?LinkID=118148, destination : fr\DotNetFX35\x86)
   
   Français, x64 (URL source : http://go.microsoft.com/fwlink?LinkID=118153, destination : fr\DotNetFX35\x64)
   
   Allemand, x86 (URL source : http://go.microsoft.com/fwlink?LinkID=118149, destination : de\DotNetFX35\x86)
   
   Allemand, x64 (URL source : http://go.microsoft.com/fwlink?LinkID=118154, destination : de\DotNetFX35\x64)
   
   Italien, x86 (URL source : http://go.microsoft.com/fwlink?LinkID=118097, destination : it\DotNetFX35\x86)
   
   Italien, x64 (URL source : http://go.microsoft.com/fwlink?LinkID=118115, destination : it\DotNetFX35\x64)
   
   Japonais, x86 (URL source : http://go.microsoft.com/fwlink?LinkID=118096, destination : ja\DotNetFX35\x86)
   
   Japonais, x64 (URL source : http://go.microsoft.com/fwlink?LinkID=118114, destination : ja\DotNetFX35\x64)
   
   Coréen, x86 (URL source : http://go.microsoft.com/fwlink?LinkID=118147, destination : ko\DotNetFX35\x86)
   
   Coréen, x64 (URL source : http://go.microsoft.com/fwlink?LinkID=118152, destination : ko\DotNetFX35\x64)
   
   Portugais - Brésil, x86 (URL source : http://go.microsoft.com/fwlink?LinkID=118092, destination : pt-BR\DotNetFX35\x86)
   
   Portugais - Brésil, x64 (URL source : http://go.microsoft.com/fwlink?LinkID=118110, destination : pt-BR\DotNetFX35\x64)
   
   Russe, x86 (URL source : http://go.microsoft.com/fwlink?LinkID=118090, destination : ru\DotNetFX35\x86)
   
   Russe, x64 (URL source : http://go.microsoft.com/fwlink?LinkID=118108, destination : ru\DotNetFX35\x64)
   
   Espagnol, x86 (URL source : http://go.microsoft.com/fwlink?LinkID=118101, destination : es\DotNetFX35\x86)
   
   Espagnol, x64 (URL source : http://go.microsoft.com/fwlink?LinkID=118119, destination : es\DotNetFX35\x64)
   
   

2.3.1.2 Une fois Visual Studio 2008 RTM et Visual Studio 2008 SP1 RTM installés, redist mfc90rus.dll n'est pas mis à jour

- 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.

2.3.1.3 Le média d'installation d'origine peut être demandé pendant l'installation de Visual Studio 2008 SP1 dans certains cas

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.

2.3.1.4 La version du .NET Framework ciblée n'est pas .NET Framework 3.5 SP1 même après l'ajout d'une référence à System.Data.Entity au projet.

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.

2.3.1.5 La page publish.htm générée par ClickOnce essaie d'installer .NET Framework Client Profile même s'il est déjà installé.

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.

2.3.1.6 Les connecteurs de Association ne s'affichent pas ou sont mal positionnés dans ADO.NET Entity Data Model Designer

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.

2.3.1.7 Le lien de redirection par défaut vers la Visionneuse de rapports Microsoft Visual Studio 2008 SP1 est incorrect

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=%3CCLID>.

2.3.1.8 L'exécution des tests de charge échoue avec l'installation de Visual Studio Team Server 2008 SP1

Si vous installez le client Visual Studio Team Server 2008 SP1 et que 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 que 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 "Série de tests avec des erreurs" dans la fenêtre Résultats des tests, l'erreur affichée se présentera comme suit :

Impossible de mettre en file d'attente la série de tests mailto:%27username@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.

2.3.2 ADO.NET

2.3.3 Langages

2.3.4 LINQ

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.

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 :
- 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 de .Net Framework.

La page de propriétés du projet vous permet de sélectionner .NET Framework Client Profile comme version cible de .Net Framework même s'il n'est pas pris en charge par le projet.

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.

2.3.5.3 Un message d'avertissement s'affiche lorsque vous développez des solutions Office pour .NET Framework Client Profile

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 de .Net Framework.

Pour les projets Visual Basic :

1. Ouvrez les propriétés du projet (double-cliquez sur 'My Project' dans l'Explorateur de solutions).
2. Cliquez sur l'onglet Compiler.
3. Cliquez sur Options avancées de compilation.
4. Désélectionnez l'option 'Sous-ensemble du Framework client seulement'.
5. Assurez-vous que .NET Framework 3.5 est affiché en tant que version cible de .Net Framework.

Pour les projets C# :

1. Ouvrez les propriétés du projet (double-cliquez sur 'Propriétés' dans l'Explorateur de solutions).
2. Cliquez sur l'onglet Application.
3. Désélectionnez l'option 'Sous-ensemble du Framework client seulement'.
4. Assurez-vous que .NET Framework 3.5 est affiché en tant que version cible de .Net Framework.

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"

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.

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.

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 :

1. Ouvrez les propriétés du projet :
   • Pour les projets C#, double-cliquez sur 'Propriétés' dans l'Explorateur de solutions.
   • Pour les projets Visual Basic, double-cliquez sur 'My Project' dans l'Explorateur de solutions.
2. Cliquez sur l'onglet Publier.
3. Cliquez sur Composants requis pour ouvrir la boîte de dialogue Composants requis.
4. Sélectionnez .NET Framework 3.5 Service Pack 1 ou .NET Framework Client Profile.
5. Publiez de nouveau la solution.

2.3.5.6 Les applications qui utilisent la classe ServerDocument ne peuvent pas cibler .NET Framework Client Profile.

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 :

1. Ouvrez les propriétés du projet (double-cliquez sur 'My Project' dans l'Explorateur de solutions).
2. Cliquez sur l'onglet Compiler. Cliquez sur Options avancées de compilation.
3. Désélectionnez l'option 'Sous-ensemble du Framework client seulement'.
4. Assurez-vous que .NET Framework 3.5 est affiché en tant que version cible de .Net Framework.

1. Ouvrez les propriétés du projet (double-cliquez sur 'Propriétés' dans l'Explorateur de solutions).
2. Cliquez sur l'onglet Application.
3. Désélectionnez l'option 'Sous-ensemble du Framework client seulement'.
4. Assurez-vous que .NET Framework 3.5 est affiché en tant que version cible de .Net Framework.

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

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.

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

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.

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

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.

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.

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.

2.3.8.2 Limitations lorsque des symboles dans des fichiers XAML sont refactorisés par du code

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 modifiera que les fichiers XAML du projet actuel et ne sera pas appliquée à tous les projets de la solution.

- 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.

2.3.8.3 Les modifications apportées aux fichiers XAML ne refactorisent pas les fichiers de code

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.

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

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.

2.3.8.5 La commande Rechercher toutes les références ne trouvera pas les contrôles sans nom dans les fichiers XAML

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>
            <MyUserControl/>
 (...)

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).

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

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.