1.1 Architectures prises en charge :
1.2 Systèmes d’exploitation pris en charge
Si vous avez installé une ancienne version de Visual Studio 2008, Community Technical Preview (CTP) nom de code « Orcas »par exemple, vous devez la désinstaller en respectant l’ordre suivant.
1. Accédez au Panneau de configuration et lancez Ajout/Suppression de programmes.
2. Supprimez « Microsoft SQL Server Compact Edition 3.5 ».
3. Supprimez « Microsoft SQL Server Compact Edition 3.5 Design Tools ».
4. Supprimez « Microsoft SQL Server Compact Edition 3.5 for Devices ».
5. Supprimez « Microsoft Visual Studio Performance Collection Tools ».
6. Supprimez « Windows Mobile 5.0 SDK R2 pour Pocket PC ».
7. Supprimez « Windows Mobile 5.0 SDK R2 pour Smartphone ».
8. Supprimez « Crystal Reports 2007 ».
9. Supprimez « Visual Studio Asset System ».
10. Supprimez « Visual Web Developer Design Service Reminder Tools ».
11. Supprimez « Microsoft Visual Studio 2005 Tools pour Microsoft Office System 2007 Runtime ».
12. Supprimez « Microsoft Visual Studio 2005 Tools pour Microsoft Office System 2007 Runtime Language Pack ». Cette étape n’est pas nécessaire si vous disposez uniquement de la version anglaise. 13. Supprimez « Microsoft Visual Studio 2005 Tools pour Microsoft Office System 2007 Runtime ».
14. Supprimez « Microsoft Visual Studio nom de code Orcas Professional » ou autres installations apparentées de l’IDE Visual Studio, telles que Professional, Standard, Enterprise Architect ou Team Suite.
15. Supprimez « Microsoft Document Explorer ».
16. Supprimez « le module de prise en charge linguistique de Microsoft Document Explorer 2005 ». Cette étape n’est pas nécessaire si vous disposez uniquement de la version anglaise.
17. Supprimez « Microsoft Device Emulator 3.0 ».
18. Supprimez « Microsoft .NET Compact Framework 2.0 SP1 ».
19. Supprimez le « Kit de développement .NET Framework 2.0 ».
20. Supprimez « Microsoft Visual Studio nom de code Orcas Remote Debugger ».
21. Supprimez « Microsoft Visual Studio 64 bits Prerequisites Bêta ». Cette étape n’est nécessaire que si Visual Studio est installé sur un ordinateur 64 bits.
22. Supprimez « Microsoft .NET Framework 3.5 ».
Si vous désinstallez Visual Studio 2008 avec l’option Ajout/Suppression de programmes, tous les composants préliminaires sont désinstallés tour à tour avec le produit. L’utilisateur peut ainsi désinstaller une ancienne version, puis installer une version plus récente sans passer par la désinstallation manuelle du produit.
Remarque : Si deux produits Visual Studio 2008 ou plus sont installés sur le même ordinateur et que vous désinstallez l'un d’entre eux, les autres produits risquent de ne plus fonctionner. La désinstallation chaînée de toute version préliminaire de Visual Studio 2008 désinstalle automatiquement toutes les applications partagées par tous les produits. Pour corriger les autres produits, exécutez une réparation afin de réinstaller les applications partagées.
Pour résoudre ce problème :
Il n'existe aucune solution de contournement.
Pendant l’installation de Visual Studio 2008 sous Windows Vista, il est nécessaire de redémarrer pour appliquer une mise à jour du système d’exploitation. L’installation de Visual Studio 2008 ne reprend pas automatiquement après le redémarrage de l’ordinateur.
Pour résoudre ce problème :
Après le redémarrage de l’ordinateur, connectez-vous et relancez manuellement l’installation de Visual Studio 2008 pour la reprendre.
Ce problème peut être ignoré sans risque. L’installation va reprendre sous peu.
Pour résoudre ce problème :
Il n'existe aucune solution de contournement.
L’installation de Visual Studio 2008 peut afficher un message vous demandant de fermer les applications en cours d’exécution. Certaines d’entre elles peuvent avoir un identificateur numérique, et d’autres un identificateur vide.
Le message peut contenir les identificateurs de processus des applications qui doivent être fermées. Le nom des applications n’est pas indiqué.
Pour résoudre ce problème :
Il est recommandé de fermer ces applications pour leur éviter d’affecter le processus d’installation.
Vous pouvez déterminer le nom des applications qui doivent être fermées en consultant leur identificateur de processus dans le Gestionnaire des tâches.
1. Appuyez sur CTRL+ALT+SUPPR et cliquez sur le Gestionnaire des tâches.
2. Dans le menu Affichage, cliquez sur Sélectionner les colonnes.
3. Sélectionnez PID (Identificateur du processus) et cliquez sur OK.
4. Dans le Gestionnaire des tâches, cliquez sur PID pour trier les entrées par PID.
5. Consultez les identificateurs de processus répertoriés dans le message.
Vous pouvez également cliquer sur Ignorer dans le message pour poursuivre l’installation. Il pourra vous être demandé de redémarrer l’ordinateur à la fin de l’installation.
L’installation de Visual Studio 2008 nécessite un redémarrage sur toutes les plates-formes Windows Vista. Deux boîtes de dialogue distinctes peuvent s’afficher pour demander à l’utilisateur de redémarrer. La première provient du programme d’installation de Visual Studio 2008 et l’autre du système d’exploitation Windows Vista. Il est recommandé d’utiliser uniquement celle du programme d’installation de Visual Studio 2008.
Pour résoudre ce problème :
Il n'existe aucune solution de contournement.
Lorsque Visual Studio 2008 est installé sur une plate-forme Windows Vista SP1 Bêta, les versions de .NET Framework sont incompatibles. Cette situation produit des blocages aléatoires du produit.
Pour résoudre ce problème :
Il n'existe aucune solution de contournement.
Lorsque Visual Studio 2008 est installé sur le même ordinateur que Visual Studio 2005, il se peut que Visual Studio 2005 ne puisse pas réparer .NET Framework 2.0.
Pour résoudre ce problème :
Réparez .NET Framework 2.0 séparément à l’aide de la fonctionnalité Ajout/Suppression de programmes.
Lorsque Visual Studio 2008 est installé sur un ordinateur Windows Vista précédemment équipé d’anciennes versions de Visual Studio, la procédure échoue lors de l’installation du composant .NET Framework 3.5.
Pour résoudre ce problème :
Ouvrez le Panneau de configuration, sélectionnez Programmes et fonctionnalités, puis cliquez sur « Afficher les mises à jour installées » dans le volet des tâches. Sélectionnez et désinstallez les mises à jour suivantes de Windows :
- Correctif pour Microsoft Windows pour (KB110806)
- Correctif pour Microsoft Windows pour (KB930264)
- Correctif pour Microsoft Windows pour (KB929300)
L’installation de Visual Studio 2008 sous Windows Vista génère parfois une erreur. Cette situation peut se produire si SMS ou Windows Update installe des packages sur l’ordinateur pendant l’exécution du programme d’installation de Visual Studio 2008.
Pour résoudre ce problème :
Attendez que SMS/Windows Update termine avant de redémarrer le programme d’installation de Visual Studio 2008.
Les pages de fin d’installation comportent l’erreur de script 887600de dans SIT13948.tmp\install1.htm
Ligne : 159
Caractère : 5
Erreur : Impossible d’effectuer l’opération à cause de l’erreur suivante 887600de.
Code : 0
URL : file:///D:\Users\MSLAB2\AppData\Local\Temp\SIT13948.tmp\install1.htm
Pour résoudre ce problème :
Cliquez sur Oui dans les deux instances de la boîte de dialogue d’erreur pour permettre à l’installation de se terminer.
2.1.11 Le message d’erreur « Un problème est survenu lors du chargement des composants d’installation. Annulation de l’installation». L’installation est alors annulée. Cette situation se produit uniquement sur les systèmes équipés de Windows Installer 3.1. L’utilisateur doit installer Windows Installer 3.1 avant de relancer le programme d’installation.
Pour résoudre ce problème :
1. Dans Ajout/Suppression de programmes, vérifiez si Windows Installer 3.1 fait partie des programmes installés.
2. Si Windows Installer 3.1 ne fait pas partie des programmes installés, procédez comme indiqué ci-dessous.
a. Accédez à Windows Installer 3.1 Redistributable (v2) et installez Windows Installer 3.1
b. Essayez une nouvelle fois d’installer Visual Studio 2008
L’installation échoue si le chemin de partage réseau utilisé pour l’installation de Visual Studio 2008 est trop long.
Pour résoudre ce problème :
Utilisez un emplacement de partage réseau comptant moins de 65 caractères.
Si vous installez Visual Studio 2008 Express et sélectionnez uniquement Visual Basic ou Visual C#, sans l’option VWD (Visual Web Developer), les modèles d’application Web WCF sont installés mais sont inutilisables. Dans ce cas, les modèles WCF ne devraient pas être installés.
Pour résoudre ce problème :
Installez Visual Studio 2008 avec les options Visual Basic, C# et VWD.
L’installation s’interrompt en affichant une boîte de dialogue d’erreur : « Le programme d’installation n’a pas pu arrêter le service Windows Installer. Vous devez arrêter toutes les autres applications qui exécutent le service Windows Installer ou redémarrer votre ordinateur avant de procéder à l’installation »
Pour résoudre ce problème :
Essayez les options suivantes :
- Ce message d’erreur indique qu’une installation autre que celle de Visual Studio 2008 est déjà exécutée sur votre ordinateur. Une fois que l’installation en question se termine, redémarrez l’ordinateur et lancez l’installation de Visual Studio 2008.
- Cela peut également se produire lorsque Windows Update installe des mises à jour sur l’ordinateur. Attendez que les mises à jour de Windows s’installent. Redémarrez l’ordinateur et lancez l’installation de Visual Studio 2008.
- Vérifiez msiexec.exe dans le Gestionnaire des tâches. Si msiexec.exe est déjà en cours d’exécution, attendez qu’il se termine. Redémarrez l’ordinateur et lancez l’installation de Visual Studio 2008.
- Si aucune de ces solutions n’est applicable, redémarrez l’ordinateur et lancez l’installation de Visual Studio 2008.
2.1.15 Les fonctionnalités Visual Studio SharePoint Workflow ont des conditions d’installation spécifiques
Pour utiliser les outils de flux SharePoint de cette version, vous devez installer les produits et composants suivants en respectant l’ordre indiqué.
Pour résoudre ce problème :
Installez les produits suivants dans l’ordre indiqué.
1) Windows 2003 Server
2) Internet Information Services (IIS) (Panneau de configuration -> Composants Windows A&R -> Serveur d’applications -> Détails -> Internet Information Services (IIS))
3) Installez .NET Framework 2.0 & 3.0
4) Activez ASP.NET 2.0.5727 dans IIS Manager
5) Installez Microsoft Office SharePoint Server 2007. Veillez à exécuter l’Assistant d’installation
6) Installez Visual Studio 2008 Beta 2. Utilisez l’installation par défaut ou vérifiez que Tools pour Office est sélectionné dans la page d’installation personnalisée de l’Assistant d’installation
7) Facultatif : Service SMTP. L’installation de ce service vous permet d’utiliser les fonctionnalités de messagerie de SharePoint. Pour plus d’informations sur ces fonctionnalités, consultez la documentation produit de SharePoint.
Si vous installez Visual Studio 2008 sur le même ordinateur que Visual Studio 2005 et que vous le désinstallez ensuite, certaines fonctionnalités de Visual Studio 2005 risquent de ne plus fonctionner.
Pour résoudre ce problème :
Utilisez la fonctionnalité Ajout/Suppression de programmes pour réparer Visual Studio 2005.
La désinstallation d’un produit Visual Studio 2008 déclenche la désinstallation de .NET 3.5 Framework. Les autres produits Visual Studio 2008 installés ne fonctionnent alors plus correctement parce qu’ils dépendent tous de .NET 3.5 Framework.
Pour résoudre ce problème :
Réparez l’installation à l’aide de la fonctionnalité Ajout/Suppression de programmes ou en téléchargeant et en exécutant le programme d’installation du produit Visual Studio 2008.
Sur les ordinateurs équipés de Visual Studio 2005 ou Visual Studio 2005 SP1, Platform Builder 6.0 et Visual Studio 2008, la désinstallation de Visual Studio 2008 empêche le développement Smart Device sous Visual Studio 2005 et Visual Studio 2005 SP1 de fonctionner.
Pour résoudre ce problème :
Après avoir désinstallé Visual Studio 2008, lancez le Gestionnaire Device Emulator à partir de l’invite de commandes avant d’exécuter Visual Studio 2005, Visual Studio 2005 SP1 ou Platform Builder 6.0
Les fichiers .msi de SQL Server Compact 3.5. ne sont pas supprimés lors de la désinstallation de Visual Studio nom de code « Orcas » CTP. Si les fichiers .msi de SQL Server Compact 3.5 ne sont pas supprimés manuellement après avoir désinstallé Visual Studio 2008 nom de code « Orcas » CTP, la dernière version de ces fichiers ne sera pas installée en même temps que les versions plus récentes de Visual Studio.
Pour résoudre ce problème :
1. Pour supprimer manuellement les composants SQL Server Compact 3.5, utilisez l’option Ajout/Suppression de programmes du Panneau de configuration. Les composants SQL Server Compact 3.5 sont les suivants :
SQL Server Compact 3.5
SQL Server Compact 3.5 for Devices
SQL Server Compact 3.5 Design Tools
2. Exécutez l’installation d’Orcas et installez les composants SQL Server Compact.
Si l’utilisateur installe l’un des produits Visual Studio 2008 Bêta 2 suivants (VSTS, Visual Studio 2008 Bêta 2 Professional Edition, Visual Studio 2008 Bêta 2 Standard Edition, Visual C++ 2008 Bêta 2 Express) puis un autre produit (VSTS, Visual Studio 2008 Bêta 2 Professional Edition, Visual Studio 2008 Bêta 2 Standard Edition, Visual C++ 2008 Bêta 2 Express), la désinstallation du premier élimine une compilation dans l’autre produit. Certains projets ne peuvent alors plus être compilés.
Pour résoudre ce problème :
Le problème peut être résolu (avec la fonctionnalité Ajout/Suppression de programmes) en réparant les installations Bêta 2 affectée.
La désinstallation de Visual Studio 2008 peut afficher un message demandant la fermeture des applications en cours d’exécution. Certaines des applications peuvent avoir un identificateur numérique et d’autres un identificateur vide. Le message peut contenir l’identificateur de processus des applications qui doivent être fermées. Le nom des applications n’est pas indiqué.
Pour résoudre ce problème :
Il est recommandé de fermer ces applications pour leur éviter d’affecter le processus d’installation. Vous pouvez déterminer le nom des applications qui doivent être fermées en consultant leur identificateur de processus dans le Gestionnaire des tâches.
1. Appuyez sur CTRL+ALT+SUPPR et cliquez sur le Gestionnaire des tâches.
2. Dans le menu Affichage, cliquez sur Sélectionner les colonnes.
3. Sélectionnez PID (identificateur de processus) et cliquez sur OK.
4. Dans le Gestionnaire des tâches, cliquez sur PID pour trier les entrées par PID et déterminer le nom des applications.
Vous pouvez également cliquer sur Ignorer dans le message et poursuivre. Il pourra vous être demandé de redémarrer l’ordinateur à la fin de l’installation.
Si Visual Studio 2008 Bêta 2 est désinstallé, tous les composants SQL Server Compact 3.5 le sont également. Cette situation peut créer des problèmes si deux produits Visual Studio 2008 Bêta 2 (par exemple Visual Studio 2008 Bêta 2 Standard et Visual Studio 2008 Bêta C# Express) sont installés sur le même ordinateur Si l’un des produits Visual Studio 2008 Bêta 2 est désinstallé, tous les composants SQL Server Compact 3.5 le sont également et l’autre produit Visual Studio 2008 Bêta 2 ne peut plus fonctionner correctement.
Pour résoudre ce problème :
Exécutez l'installation de Visual Studio 2008 Bêta 2 et sélectionnez Réparer pour réinstaller les composants SQL Server Compact 3.5.
Si vous spécifiez les déclarations Transact-SQL (T-SQL) suivantes à la fin d’une définition de table dans un projet de base de données SQL Server 2000, aucune erreur n’est générée même si l’option n’est pas prise en charge. Le format de stockage vardecimal nécessite SQL Server 2005 SP2 ou une version plus récente.
GO
exec sp_tableoption 'Table1', 'vardecimal storage format', 1
Pour résoudre ce problème :
Supprimez les déclarations non prises en charge de la définition de la table ou modifiez la version du projet pour utiliser SQL Server 2005 dans les paramètres du projet. Vous devez avoir une instance de SQL Server 2005 SP2 ou plus récente comme base de données au moment du design et base de données cible.
Lorsque la commande « devenv /resetuserdata » est exécutée dans une invite de commandes sous tout système d’exploitation, elle ne parvient pas à réinitialiser tous les paramètres d’utilisateur appropriés.
Pour résoudre ce problème :
Sous Windows Vista :
1. Supprimez le dossier %APPDATA%\Microsoft\VisualStudio\9.0
2. Supprimez le dossier %LOCALAPPDATA%\Microsoft\VisualStudio\9.0
3. Supprimez la ruche HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\9.0 du Registre
4. Exécutez devenv /resetuserdata pour créer tous les répertoires appropriés et rétablir Visual Studio 2008 à sa première date de lancement.
Sous tout autre système d'exploitation :
1. Supprimez le dossier %USERPROFILE%\Application Data\Microsoft\VisualStudio\9.0
2. Supprimez le dossier %USERPROFILE%\Local Settings\Application Data\Microsoft\VisualStudio\9.0
3. Supprimez la ruche HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\9.0 du Registre
4. Exécutez devenv /resetuserdata pour créer tous les répertoires appropriés et rétablir Visual Studio 2008 à sa première date de lancement.
Si un utilisateur installe Visual Studio 2008 sur un ordinateur équipé du kit de développement Windows Mobile 6 SDK, Visual Studio 2008 ne reconnaît pas le kit. Une réparation du kit de développement Windows Mobile 6 SDK ne permet pas de résoudre ce problème.
Pour résoudre ce problème :
1) Désinstallez le kit de développement Windows Mobile 6 SDK.
2) Installez Visual Studio 2008.
3) Installez le kit de développement Windows Mobile 6 SDK.
Si un utilisateur ouvre un projet Smart Device existant qui fait référence à SQL Server Mobile 3.0 ou SQL Server Compact v3.1, le format du fichier SDK n’est pas automatiquement mis à jour vers SQL Server Compact 3.5. L’utilisateur doit effectuer une mise à jour manuelle du format de fichier SDF avant d’exécuter l’application.
Pour résoudre ce problème :
1. Dans l’Explorateur de solutions, double-cliquez sur le fichier SDK pour lancer l’Assistant de mise à jour.
2. Suivez les instructions.
Certaines modifications du diagramme peuvent produire une exception accompagnée du message « Une exception a été levée par la cible d’un appel » ou « Impossible de créer la classe « xxxxxxx » ».
Quelques exemples des opérations susceptibles d’échouer sont illustrés ci-dessous :
- Création d’un nouveau type à partir de la Boîte à outils.
- Sélection et suppression d’une ligne d’héritage.
- Annulation à la suite d’une opération de collage.
Pour résoudre ce problème :
Modifiez le code dans l'Éditeur de code. Les étapes à suivre sont les suivantes :
1. Fermez la fenêtre du diagramme de classes.
2. Apportez les modifications requises dans l’éditeur de code (par exemple l’ajout d’un nouveau module).
3. Rouvrez la fenêtre du diagramme de classes.
4. Si un nouveau type a été ajouté, il peut être ajouté au diagramme en le faisant glisser de la fenêtre d’affichage de classes vers la surface du diagramme.
Si les requêtes d’une portée de transaction prennent trop de temps à se terminer et que le délai d’attente de la portée de la transaction expire, les données ne sont que partiellement validées dans la base de données. Toute donnée validée dans la base de données avant l’expiration du délai d’attente de la portée de transaction est restaurée et les données validées dans la base de données après l’expiration du délai d’attente sont validées dans la base de données.
Pour résoudre ce problème :
Pour éviter une telle situation, prolongez le délai d’attente.
Les fichiers de base de données SQL Server Compact 3.5 ne peuvent pas être cryptés au cours de la création de la base de données ou lors de la mise à niveau du fichier de base de données SQL Server 2005 Compact Edition ou SQL Server 2005 Mobile Edition (.sdf) file vers SQL Server Compact 3.5. Une fois qu’un fichier de base de données SQL Server Compact 3.5 a été créé ou mis à jour à partir d’une version précédente, le mode de cryptage (Valeur par défaut de la plateforme, Valeur par défaut du moteur, Compatibilité PPC2003) ne peut pas être modifié et un fichier de base de données décrypté ne peut pas être crypté. Le jeton de mode de cryptage dans SqlCeConnectionString est ignoré à l’ouverture d’une base de données SQL Server Compact 3.5. Le jeton de cryptage n’est pas utilisé dans SqlCeConnectionString. Le jeton est conservé dans SQL Server Compact 3.5 à des fins de compatibilité ascendante. Le jeton ne doit pas être utilisé et il sera supprimé à l’avenir.
Pour résoudre ce problème :
Pour modifier le mode de cryptage d’une base de données SQL Server Compact 3.5 existante, ou pour crypter une base de données SQL Server Compact 3.5 existante, créez une nouvelle base de données SQL Server Compact 3.5 et copiez le schéma et les données dans cette nouvelle base de données.
La mise à jour d’un projet de Visual Studio 2005 vers Visual Studio 2008 ne met pas à jour les références ni le fichier de base de données SQL Server Compact 3.5.
Pour résoudre ce problème :
Après avoir réalisé la mise à jour d’un projet de Visual Studio 2005 vers Visual Studio 2008, effectuez une mise à jour manuelle des références à SQL Server Compact 3.5 et mettez à jour le fichier de base de données vers SQL Server Compact 3.5.
Pour mettre à jour les références dans Visual Studio 2008, cliquez sur l’Explorateur de solutions dans le menu Affichage et développez Références. Sélectionnez une référence, cliquez avec le bouton droit sur celle-ci puis sélectionnez Propriétés. .
Pour mettre à jour le fichier de base de données, utilisez la boîte de dialogue Mettre à niveau vers une base de données SQL Server Compact 3.5 dans Visual Studio 2008. Pour accéder à cette boîte de dialogue, cliquez sur Données, puis sur Ajouter une nouvelle source de données et, pour terminer, sur Ajouter une connexion. Si une version précédente du fichier de base de données est ouverte, un message d’erreur s’affiche. En cliquant sur OK, vous affichez la boîte de dialogue Mettre à niveau vers une base de données SQL Server Compact 3.5.
Test Client est une nouvelle application de Visual Studio 2008. Les fonctionnalités qui ne sont actuellement pas prises en charge sont répertoriées ci-dessous :
- Contrat duplex
- Contrat de message et sérialisation XML, service Web ASP.NET
- Contrôle de session
- Début de contexte
- Transaction
- Espace carte Windows, Certificat, Nom d’utilisateur/mot de passe, Authentification Windows
- Types : Flux, IDictionary Collection, ensemble de données
Pour résoudre ce problème :
N’utilisez pas les fonctionnalités qui ne sont actuellement pas prises en charge dans Test Client, sous peine de provoquer une certaine instabilité.
Il manque une partie du texte descriptif de type ou de membre IntelliSense pour les assemblys suivants :
- Microsoft.Build.Tasks.dll
- Microsoft.Build.Tasks.dll
- System.Data.Linq.dll
- System.Data.DataSetExtensions.dll
- System.Windows.Presentation.dll
- Microsoft.ManagementConsole.dll
- Microsoft.Ink.JournalReader.dll
- Microsoft.windowsmediaservices.dll
- System.ServiceModel.Install.dll
- PresentationUI.dll
- System.Net.dll
- System.DirectoryServices.AccountManagement.dll
- Microsoft.VisualC.STLCLR.dll
Pour résoudre ce problème :
La signature pour ces types et membres demeure disponible, tout comme le texte descriptif, dans la documentation de référence de l’API MSDN.
Pour ouvrir une solution stockée dans le contrôle de code source de Visual SourceSafe pour la première fois, l’utilisateur doit généralement cliquer sur Ouvrir un projet/une solution dans le menu Fichier, puis sur l’icône Visual SourceSafe. Lorsque Visual Studio 2008 est utilisé avec Visual SourceSafe 2005, cette icône ne fonctionne pas ou peut disparaître totalement.
Pour résoudre ce problème :
La solution de contournement la plus rapide est d’éviter d’utiliser la fonctionnalité d’ouverture à partir de SourceSafe. Si la solution a déjà été utilisée, elle doit être ouverte à partir du disque (étapes 5-6 ci-dessous). Dans le cas contraire, elle peut être extraite en utilisant l’Explorateur Visual SourceSafe pour l’ouvrir à partir du disque :
1) Lancez l’Explorateur Visual SourceSafe.
2) Accédez au dossier qui contient la solution et tous les fichiers de projet.
3) Cliquez avec le bouton droit sur la solution pour exécuter une commande Get à l’aide de l’option « récursive ».
4) Sélectionnez un dossier de travail local si un message vous le demande.
5) Démarrez Visual Studio 2008.
6) Dans le menu Fichier, cliquez sur Ouvrir un projet/une solution et parcourez l’arborescence pour accéder à l’emplacement contenant les fichiers téléchargés à partir de SourceSafe.
Une solution plus permanente consiste à installer SourceSafe 2005 GDR actuellement en cours de développement. Sa disponibilité sera annoncée sur http://msdn2.microsoft.com/en-us/vstudio/aa718670.aspx
Visual Studio 2008 lève une exception en essayant de déboguer les applications sur les ordinateurs AMD64 équipés de la version japonaise de Visual Studio 2008. La session de débogage est annulée. De ce fait, il est impossible d’exécuter une application sous le débogueur d’un JPN AMD64.
Pour résoudre ce problème :
Ouvrez la page des propriétés du projet.
Sélectionnez « Build ».
Modifiez la « plateforme cible » pour utiliser X86.
Le débogage doit fonctionner de la manière prévue.
Avant de déployer une application qui inclut le module linguistique de .NET Framework 2.0, le module linguistique de .NET Framework 2.0 installé par Visual Studio 2008 sous %ProgramFiles%\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\DotNetFx\fr doit être remplacé par la version disponible ici.
Sur les ordinateurs où les versions en anglais américain et en japonais de Visual Studio 2008 coexistent, la désinstallation de l'une des versions ne supprime par l'entrée dans "Ajout/Suppression de programmes". Les deux versions doivent être désinstallées manuellement dans "Ajout/Suppression de programmes" pour que les entrées disparaissent.
Lorsque vous installez les modules linguistiques de .NET Framework 2.0 et 3.0 sur Windows Vista, la langue doit correspondre à celle des modules linguistiques de Windows Vista installés.
Le programme d'installation de Visual Studio 2008 TFC version japonaise échoue sur Vista lorsque Visual Studio 2005 TFC est également installé.
Il n’existe aucun problème connu.
De nombreuses erreurs et avertissements s’affichent lorsque vous essayez d’ajouter un projet d’application Windows Forms à une application de site Web ou de service WCF.
Pour résoudre ce problème :
Dans le menu Générer, cliquez sur Régénérer ou sur Nettoyage.
Les méthodes d’extension n’apparaissent pas dans les menus contextuels des objets créés dans la fenêtre Object Test Bench (OTB). De ce fait, les utilisateurs ne peuvent pas appeler les méthodes d’extension à partir de la fenêtre OTB.
Les méthodes d’extension constituent une nouvelle fonctionnalité de langage introduite dans C# 3.0, Visual Basic 9.0.
Pour résoudre ce problème :
Il n'existe aucune solution de contournement.
L’utilisation d’expressions « contrôlées » ou « non contrôlées » dans les fenêtres de débogage de C# (comme la fenêtre intermédiaire ou la fenêtre d’observation) bloque Visual Studio 2008.
Pour résoudre ce problème :
Évitez d’utiliser ces expressions dans le débogueur. Vous pouvez écrire l’expression dans votre code source et vérifier le résultat de l’expression dans le débogueur sans subir un tel blocage.
Dans Visual Studio 2008, O/R Designer mappe les colonnes de base de données de types binaire, image, horodateur et varbinary sur System.Byte[] lorsque l’utilisateur fait glisser une table contenant des colonnes de ce type vers le concepteur. Comme System.Byte[] n’est pas pris en charge pour les membres d’identité, ces colonnes produiront une erreur d’exécution si elles sont configurées en tant que clé primaire. Notez que dans Visual Studio 2008, SqlMetal.exe mappe les colonnes de ce type sur le type System.Data.Linq.Binary qui peut être utilisé en tant que clé primaire. L’ouverture d’un fichier .dbml file généré par SqlMetal.exe dans O/R Designer risque d’altérer le mappage de ces types.
Pour résoudre ce problème :
Si vous devez utiliser des tables contenant des colonnes de type binaire, image, horodateur ou varbinary comme clé primaire, créez le fichier .dbml dans SqlMetal.exe et générez le code LINQ to SQL.
Si vous avez créé un fichier .dbml précédemment à l’aide de la boîte de dialogue « Ajouter un élément existant » et que la chaîne de connexion référencée dans le fichier .dbml est introuvable dans les Paramètres de l’application du projet, un avertissement s’affiche pour vous demander si la chaîne de connexion doit être ajoutée automatiquement aux paramètres de l’application. En répondant « Oui » à cet avertissement, le fichier .dbml et les paramètres d’application sont mis à jour en conséquence. Le code généré n’est toutefois pas complet dès lors qu’il manque le constructeur par défaut de DataContext. En outre, il n’est régénéré que lorsqu’une commande Enregistrer ou Enregistrer sous est exécutée.
Pour résoudre ce problème :
Après avoir répondu Oui à l’avertissement, cliquez sur Enregistrer ou Enregistrer sous pour lancer la génération du code.
Si la propriété Icônes d’une zone de formulaire contient des icônes et qu’un contrôle Active X dans la zone contient des icônes, le message d’erreur suivant s’affiche lors de la compilation du projet :
« Le nom 'ressource' n'existe pas dans le contexte actuel »
Cette erreur se produit parce qu’il manque à la méthode InitializeManifest du fichier de code pour le concepteur de la zone du formulaire une variable nommée « ressources » de type System.ComponentModel.ComponentResourceManager.
Pour résoudre ce problème :
Donnez à la propriété Localisable de la zone du formulaire la valeur vraie. Elle ajoute la variable « ressource » à la méthode InitializeManifest du fichier de code pour le concepteur de la zone du formulaire. Le projet devrait ensuite être correctement compilé.
Si vous configurez une plateforme cible x64 sous l’onglet Générer des propriétés du projet, le projet pourra être compilé mais la solution ne pourra pas être exécutée. La configuration d’une plateforme cible x64 nécessite l’ exécution de la solution dans un processus 64 bits. Office est exécuté dans un processus 32 bits.
Pour résoudre ce problème :
Donnez à la plateforme cible la valeur « Any CPU » sous l’onglet Générer des propriétés du projet. La solution sera alors exécutée sous forme de processus 32 bits dans Office.
Vous ne pouvez pas créer de projets Microsoft Office InfoPath 2007 si Visual Studio Tools pour Applications n’est pas installé sous le support de programmabilité .NET avant d’installer Visual Studio 2008 Bêta 2.
Pour résoudre ce problème :
Avant d’installer Microsoft Visual Studio 2008 Bêta 2, installez Visual Studio Tools pour Applications à partir de Microsoft Office ou InfoPath Setup en procédant comme suit :
1. Lancez Ajout/Suppression de programmes sous Windows XP ou Windows 2003, ou Programme et fonctionnalités sous Windows Vista.
2. Sélectionnez l’élément Microsoft Office Enterprise 2007 ou Microsoft Office InfoPath 2007 et cliquez sur Modifier.
3. Sélectionnez Ajouter ou supprimer des fonctionnalités, puis cliquez sur Continuer.
4. Développez le nœud Microsoft Office InfoPath et vérifiez que tous les éléments sont sélectionnés sous Prise en charge de la programmabilité .NET, notamment Visual Studio Tools pour Applications.
5. Cliquez sur Continuer et attendez que l’installation se termine.
6. Installez Microsoft Visual Studio 2008 Bêta 2.
Si vous avez déjà installé Microsoft Visual Studio 2008 Bêta 2, vous devez réinstaller Visual Studio Tools pour Office en procédant comme suit :
1. Lancez Ajout/Suppression de programmes sous Windows XP ou Windows 2003, ou Programmes et fonctionnalités sous Windows Vista.
2. Sélectionnez Microsoft Visual Studio 2008 et cliquez sur Modifier ou Supprimer.
3. Sélectionnez Ajouter ou supprimer des fonctionnalités dans la page de maintenance de Visual Studio.
4.Sous Visual Basic et Visual C#, désactivez la case à cocher Visual Studio Tools pour Office, puis cliquez sur Mettre à jour.
5. Une fois la maintenance terminée, lancez une nouvelle fois Modifier ou Supprimer. Cette fois, sous Visual Basic et Visual C#, sélectionnez l’option Visual Studio Tools pour Office et cliquez sur Mettre à jour. Les modèles Visual Studio Tools pour Office et Microsoft Office InfoPath 2007 sont alors installés.
Si vous appuyez sur F5 ou si vous cliquez sur Aperçu pour afficher un aperçu des modèles de formulaire Microsoft Office InfoPath 2007, une erreur est générée dans Visual Studio 2008, sauf si InfoPath 2007 Service Pack 1 ou QFE est installé.
Pour résoudre ce problème :
QFE est disponible sur le site de téléchargement de Microsoft Visual Studio 2008 Bêta 2 à l’adresse http://go.microsoft.com/fwlink/?LinkId=95488.
La conception intégrée Microsoft Office InfoPath 2007 est disponible uniquement en anglais pour Microsoft Visual Studio 2008 Bêta 2. Si vous utilisez Microsoft Visual Studio 2008 Tools pour Office Bêta 2 pour créer ou modifier un modèle de formulaire InfoPath 2007, les menus et certains commentaires de code s’afficheront en anglais quels que soient les paramètres régionaux installés.
Pour résoudre ce problème :
Pour utiliser la version anglaise des fichiers de projet Microsoft Office InfoPath 2007 dans une version localisée de Microsoft Visual Studio 2008 Tools pour Office Bêta 2, les étapes supplémentaires suivantes sont nécessaires :
1. Fermez Visual Studio 2008.
2. Localisez le fichier VSTO90InfoPathFormTemplate.zip qui se situe généralement dans l’un des répertoires suivants : Pour C#.
3. Copiez ce fichier dans le dossier approprié parmi les suivants, où LCID est l’identificateur de paramètres régionaux de votre installation localisée (par exemple, 1041 pour le japonais). Pour C#.
4. Ouvrez l’invite de commandes de Visual Studio et exécutez la commande suivante : Devenv.exe /setup
5. Redémarrez Visual Studio.
Si vous enregistrez un projet de document Word avant de générer le projet, Visual Studio 2008 se bloque. Cette situation ne se produit que si le profil Visual Studio 2008 configuré est Développeur Visual Basic.
Pour résoudre ce problème :
Générez les projets de document de document Word avant de les enregistrer.
De nombreuses contraintes imposées par Microsoft Office Word sur les contrôles de contenu au moment de l’exécution ne sont pas appliquées dans les projets au niveau document pour Word au moment du design. En développant l’interface utilisateur de votre solution dans Visual Studio 2008, veillez à modifier uniquement les contrôles de contenu de manière prise en charge au moment de l’exécution. Plus spécifiquement, n’insérez pas de contenu autre que textuel, tel que des contrôles de contenu, des images ou des tables ; dans un contrôle de contenu en texte pur. Bien que Word paraisse vous laisser insérer ce type de contenu au moment du design, il risque en fait de provoquer une altération du document lors de sa réouverture. De même, n’insérez pas de contenu autre que des images dans un contrôle de contenu d’image. En cas de doute sur la prise en charge d’un certain type de contenu par un contrôle, exécutez la solution sans le contenu et essayez de l’ajouter au contrôle de contenu au moment de l’exécution. Si Word ne vous laisse pas le faire, n’essayez pas d’insérer ce type de contenu dans le contrôle de contenu au moment du design.
Si vous modifiez un contrôle de contenu au moment du design et que la modification n’est pas prise en charge au moment de l’exécution, le concepteur Visual Studio 2008 ne vous en avertit pas. Cependant, lors du débogage ou de l’exécution du projet, ou si vous enregistrez puis rouvrez le projet, Word affiche un message d’erreur et demande l’autorisation de réparer le document. Lorsque vous réparez le document, Word supprime le contenu non pris en charge et formate le contrôle.
Pour résoudre ce problème :
N’ajoutez pas de contenu non pris en charge aux contrôles de contenu au moment du design.
Vous pouvez configurer la gestion des emplacements de fichier par Visual Studio 2008 pour les nouveaux projets en activant ou désactivant la case à cocher « Enregistrer les nouveaux projets lors de leur création » sur la page Projets et solutions de la boîte de dialogue Options. Lorsque la case à cocher « Enregistrer les nouveaux projets lors de leur création » est désactivée, vous pouvez spécifier l’emplacement de votre projet dans la boîte de dialogue Nouveau projet. Lorsqu’elle est désactivée, les nouveaux projets sont créés sous forme de projets temporaires et il ne vous est pas demandé de préciser d’emplacement permanent jusqu’à ce que vous enregistriez le projet et ses éléments.
Le problème se produit lorsque la case à cocher est désactivée et que vous créez une solution niveau document, telle qu’un projet de document Word. Une fois que vous avez ajouté du contenu, tel que du texte ou un contrôle à la surface du document dans le concepteur visuel, vous pouvez cliquer sur Enregistrer tout, puis sur Enregistrer dans la boîte de dialogue Enregistrer un projet. Dans ces conditions, Visual Studio 2008 se bloque ou devient instable.
Pour résoudre ce problème :
Sélectionnez « Enregistrer les nouveaux projets lors de leur création » sur la page Projets et solutions de la boîte de dialogue Options.
L’onglet Flux de travail SharePoint n’apparaît dans la Boîte à outils que si l’installation de Microsoft Office SharePoint Server 2007 a été réalisée dans un ordre spécifique.
Pour résoudre ce problème :
Ajoutez un onglet de boîte à outils personnalisée contenant les contrôles de flux de travail Microsoft Office SharePoint Server 2007.
Instructions:
1) Cliquez avec le bouton droit dans la Boîte à outils, puis cliquez sur Ajouter un onglet.
2) Un nouvel onglet vide vient s'ajouter à la Boîte à outils.
3) Dans la zone de texte située en haut du nouvel onglet, tapez le nom de l'onglet, puis appuyez sur ENTRÉE.
4) Le nouvel onglet apparaît en bas de la Boîte à outils.
5) Dans le menu Outils, cliquez sur Choisir des éléments ou cliquez avec le bouton droit sur la Boîte à outils et sélectionnez Choisir les éléments.
6) Pour trier les éléments affichés dans un onglet de la boîte de dialogue Choisir les éléments de boîte à outils, cliquez sur l’en-tête de colonne Espace de noms.
7) Faites défiler la liste pour accéder aux contrôles dans l’espace de noms Microsoft.SharePoint.WorkflowActions.
8) Sélectionnez ces contrôles et cliquez sur OK pour fermer la boîte de dialogue Choisir les éléments.
9) Les éléments nouvellement ajoutés s’affichent dans l’onglet que vous venez de créer dans la Boîte à outils.
Ce problème survient lorsque vous créez un site Web à l’aide de Visual Studio 2008 et que vous choisissez l’option d’hébergement HTTP ou FTP à la place de l’option par défaut Système de fichiers. Si vous ajoutez un service WCF AJAX au site à l’aide de la commande « Ajouter un nouvel élément », le service est ajouté mais risque de ne pas fonctionner comme prévu.
Pour résoudre ce problème :
Vous pouvez utiliser l’une des solutions de contournement suivantes pour résoudre le problème :
- Utilisez le type de projet Application Web ASP.NET plutôt qu’une solution de site Web.
- Utilisez l’option d’hébergement Système de fichiers au lieu de HTTP ou FTP.
- Si vous devez utiliser un site Web avec HTTP ou FTP, ajoutez le service WCF AJAX puis modifiez le fichier web.config résultant comme suit. L’élément
Par exemple :
Configuration générée à l’origine
Configuration corrigée
Lorsqu’un projet Web est démarré sous Windows Vista, il risque de ne pas démarrer en produisant l’erreur suivante :
« Impossible de démarrer le débogage sur le serveur Web. Échec de la validation de nom fort.
Pour plus d’informations, cliquez sur Aide. »
Pour résoudre ce problème :
Ce problème peut être contourné en désactivant la validation de nom fort du fichier Visual Studio (iisresolver.dll). Pour ce faire, procédez comme indiqué ci-dessous.
1. Cliquez sur Démarrer, Tous les programmes, Accessoires, Invite de commandes et sélectionnez l’option Exécuter en tant qu’administrateur.
2. Un écran gris peut s’afficher, suivi de la boîte de dialogue « Contrôle de compte d’utilisateur ». Dans ce cas, cliquez sur « Continuer » pour démarrer l’invite de commandes.
3. Exécutez la commande suivante :
Ordinateur 32 bits : "%ProgramFiles%\Microsoft SDKs\Windows\v6.0A\bin\sn.exe" -Vr "%ProgramFiles%\Microsoft Visual Studio 9.0\Common7\IDE\iisresolver.dll"
Ordinateur 64 bits : "%ProgramFiles%\Microsoft SDKs\Windows\v6.0A\bin\x64\sn.exe" -Vr "%ProgramFiles(x86)%\Microsoft Visual Studio 9.0\Common7\IDE\iisresolver.dll"
Ces commandes supposent que Visual Studio 2008 est installé dans son emplacement par défaut. Si Visual Studio 2008 a été installé dans un emplacement personnalisé, « %ProgramFiles%\Microsoft Visual Studio 9.0 » doit être remplacé par le chemin d’accès à Visual Studio 2008.
Cette opération suppose également que sn.exe est disponible sur l’ordinateur. Sn.exe est normalement est installé avec le kit de développement Microsoft Windows SDK de Visual Studio 2008. S’il n’est pas disponible sur votre ordinateur, vous pouvez également l’obtenir avec le kit de développement .NET Framework 2.0 SDK. La version x86 du kit de développement de logiciel peut être téléchargée à partir du site http://www.microsoft.com/downloads/details.aspx?FamilyID=FE6F2099-B7B4-4F47-A244-C96D69C35DEC. La version x64 du kit de développement de logiciel peut être téléchargée à partir du site http://www.microsoft.com/downloads/details.aspx?FamilyId=1AEF6FCE-6E06-4B66-AFE4-9AAD3C835D3D.
2.3.6.3 Les personnalisations VSTO ne sont pas exécutées sur un ordinateur ne disposant pas de Visual Studio
Vous pouvez utiliser l’Assistant Publication pour créer un fichier Setup.exe destiné à la personnalisation VSTO. Vous pouvez installer la personnalisation publiée sur un autre ordinateur en exécutant le fichier Setup.exe généré. NET Framework version 3.5 et VSTO 3.0 runtime sont alors installés en tant que composants requis si nécessaire. Dans certains cas, VSTO 3.0 Runtime n’est pas installé correctement lorsqu’un redémarrage doit être effectué après l’installation de .NET Framework. Dans ce cas, la personnalisation n’est pas exécutée..
Pour résoudre ce problème :
Mettez à jour le programme d’amorçage de .NET Framework pour redémarrer l’ordinateur avant l’installation de VSTO 3.0 Runtime par Setup.exe.
1) Ouvrez le répertoire %programfiles%\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\DotNetFX35\
2) Localisez le dossier correspondant à la langue choisie pour Visual Studio. Par exemple, le dossier pour les versions japonaises de Visual Studio se nomme « ja ».
3) Ouvrez le fichier package.xml dans un éditeur de texte ou autre application d’édition.
4) Localisez le fragment XML suivant :
Arguments=' /lang:enu /passive /norestart'
EstimatedInstalledBytes="30000000"
EstimatedTempBytes="30000000">
5) Modifiez la valeur de l’attribut de réamorçage de « Defer» à « Immediate ».
Il en résulte l’élément suivant : <Commands Reboot="Immediate">
L’outil wcfSvcchost.exe nécessite des autorisations d’administrateur pour son exécution. Le modèle de bibliothèque de service WCF de Visual Studio 2008 n’est pas exécuté correctement si wcfSvchost.exe n’est pas disponible.
Pour résoudre ce problème :
Exécutez Visual Studio 2008 à l’aide d’une compte d’administrateur en créant des services qui font appel à wcfSvchost.exe. Sous Windows Vista, cliquez avec le bouton droit sur l’icône Visual Studio 2008, puis cliquez sur « Exécuter en tant qu’administrateur ».
Le script de configuration des exemples WCF Setupvroot.bat ne fonctionne pas sous Windows Vista si le service NetMsmqActivator est activé et la mise en file d’attente des messages (MSMQ) n’est pas installée. L’utilitaire iisreset ne fonctionne que si MSMQ est installé ou si le service NetMsmqActivator est désactivé. Le script de configuration des exemples WCF Setupvroot.bat ne fonctionne que si MSMQ est installé ou si le service NetMsmqActivator est désactivé.
Pour résoudre ce problème :
Assurez-vous que MSMQ est installé ou désactivez le service NetMsmqActivator sous Windows Vista avant d’exécuter le script de configuration des exemples WCF Setupvroot.bat.
Les exemples WCF suivants ne sont pas correctement générés ni exécutés dans Visual Studio 2008 :
- TechnologySamples\Scenario\DataBinding\WPF (non généré)
- TechnologySamples\Scenario\RestPox (généré mais pas exécuté sous Windows Vista)
- TechnologySamples\Extensibility\Transport\UdpActivation (généré mais pas exécuté)
Pour résoudre ce problème :
- TechnologySamples\Scenario\DataBinding\WPF (non généré)
Ce problème affecte uniquement la version C# de l’exemple. Pour le résoudre, supprimez la chaîne suivante de client.csproj : "
- TechnologySamples\Scenario\RestPox
Ce problème affecte à la fois la version C# et la version Visual Basic de l’exemple lorsqu’elles sont exécutées sous Windows Vista. Le client fonctionne correctement presque tout au long de l’exemple mais se bloque près de la fin. Pour résoudre le problème, supprimez la barre oblique des lignes de code suivantes :
links.Add( new Uri( message.Properties.Via + "/" + customerId ) ) dans le fichier CustomerService.cs
links.Add( New Uri(msg.Properties.Via.ToString() & "/" & customerId ) ) dans le fichier CustomerService.vb
- TechnologySamples\Extensibility\Transport\UdpActivation
Il n'existe aucune solution de contournement.
Ce problème survient lorsque vous créez un site Web à l’aide de Visual Studio 2008 et que vous choisissez l’option d’hébergement HTTP ou FTP à la place de l’option par défaut Système de fichiers. Si vous ajoutez un service WCF au site à l’aide de la commande Ajouter un nouvel élément, le service est ajouté mais risque de ne pas fonctionner comme prévu.
Pour résoudre ce problème :
Utilisez l’une des solutions de contournement suivantes pour résoudre le problème :
- Utilisez le type de projet Application Web ASP.NET ou Application de service WCF au lieu d’une solution de site Web.
- Utilisez l’option d’hébergement dans le système de fichiers plutôt que dans HTTP ou FTP.
- Si vous devez utiliser un site Web avec HTTP ou FTP, vous pouvez ajouter le service WCF et modifier ensuite le fichier web.config résultant comme suit.
Configuration générée à l’origine
Configuration corrigée
L’utilisation d’un site ou une application Web via le Bureau à distance sans être administrateur active automatiquement l’authentification NTLM. De ce fait, lorsqu’un service ASMX ou WCF est utilisé, l’erreur suivante se produit : « La demande HTTP n’est pas autorisée avec un modèle d’authentification client « Anonyme ». L’en-tête d’authentification reçue du serveur était « NTLM ». »
Pour résoudre ce problème :
1. Ouvrez la page des propriétés de site Web
2. Dans l’onglet Options de démarrage, désactivez Authentification NTLM
Remarque : cette procédure n’est conseillée que pour les sites Web utilisant exclusivement des services WCF. La sécurité des services WCF est gérée par la configuration du fichier web.config, ce qui rend l’authentification NTLM inutile.
L’utilisation du bouton « Découvrir » dans la boîte de dialogue Ajouter une référence de service ne permet pas d’afficher les services de certains projets WCF créer à partir de modèles non-Web.
Pour résoudre ce problème :
Générez et exécutez la bibliothèque de services WCF sans déboguer. Lorsque le service est hébergé automatiquement, cliquez avec le bouton droit sur le service dans l’hébergement automatique et cliquez sur l’option de copie d’adresse de métadonnées pour obtenir l’adresse du service. Collez l’adresse dans la boîte de dialogue Ajouter une référence de service pour ajouter une référence au service.
- Vous avez également la possibilité d’utiliser le bouton « Découvrir » pour rechercher des services dans les projets basés sur le modèle de site Web ou le modèle d’application de service WCF.
L’exécution pas à pas ou la sélection de points d’arrêt dans une application de service WCF à partir d’un autre projet ayant un référence de service ne fonctionne que la première fois.
Pour résoudre ce problème :
Ouvrez la boîte de dialogue Options et sélectionnez Afficher tous les paramètres. Développez le nœud Projets et solutions, puis cliquez sur Générer et exécuter. Désactivez la case à cocher « Générer uniquement des projets de démarrage et des dépendances à l'exécution ».
L’exécution de certains modèles de projet WCF démarre le service sur l’hôte de service WCF et ouvre un formulaire de test pour déboguer les opérations sur le service. En raison d’un problème de signature, svcutil.exe se bloque et le formulaire de test ne fonctionne pas.
Pour résoudre ce problème :
Désactivez la signature de nom fort pour svcutil.exe à partir de l’invite de commandes de Visual Studio. À l'invite de commande, tapez : sn -Vr "
Par défaut, un proxy WCF est généré dans Visual Studio 2008 pour les services Web des projets destinés à .NET Framework 3.0 ou 3.5. Si vous tentez d’appeler une méthode de service Web ASMX qui renvoie un DataTable typé, une erreur survient.
Pour résoudre ce problème :
Ajoutez une référence Web générant un proxy ASMX plutôt qu’une référence de service qui génère un proxy WCF. Pour le faire dans le cadre de nouveaux projets destinés à .NET Framework 3.0 ou 3.5, cliquez sur Ajouter une référence de service dans le menu Projet ou du menu des raccourcis de projet. Dans la boîte de dialogue Ajouter une référence de service, cliquez sur Avancé puis sur Ajouter une référence Web. Ajoutez ensuite la référence Web.
L’outil SvcUtil.exe est en mesure de générer du code pour les clients de services Web et les types de données de toutes les métadonnées dans tout langage disposant d’un fournisseur de code géré. SvcUtil.exe a été testé avec les fournisseurs de code géré C#, Visual Basic et C++. D’autres fournisseurs de code n’ont pas été testés et peuvent générer du code qui ne se compile pas ou n’est pas utilisable.
Pour résoudre ce problème :
Il n'existe aucune solution de contournement.
Vous pouvez utiliser l’outil SvcUtil.exe pour générer du code destiné aux clients de services Web et aux types de données des métadonnées. Il existe toutefois des problèmes connus avec le fournisseur de code C++ dans Visual Studio 2008 Bêta 2. Ils peuvent provoquer la génération de code C++ géré qui ne pourra pas être compilé.
Pour résoudre ce problème :
Modifiez manuellement le code généré pour résoudre les erreurs de compilation.
Un exemple à la fin de l’aide de Svcutil.exe indique que vous pouvez utiliser l’option /dataContractOnly (/dconly) pour générer des contrats de données à partir d’un service en cours d’exécution :
svcutil.exe /dconly http://service/metadataEndpoint
- Génère des types de contrats de données à partir d’un service en cours d’exécution ou de documents de métadonnées en ligne.
Cette possibilité ne fonctionne pas. Vous pouvez uniquement utiliser l’option /dconly pour générer des contrats de données à partir de fichiers de métadonnées locaux.
Pour résoudre ce problème :
Téléchargez les métadonnées du service en cours d’exécution à l’aide de la commande suivante :
svcutil.exe /target:metadata http://service/metadataEndpoint
Exécutez svcutil avec l’option /dconly sur les fichiers de métadonnées téléchargés, comme suit :
svcutil.exe /dconly *.wsdl *.xsd
Si vous créez un site Web dans Visual Basic, que vous ajoutez un modèle d’élément AJAX au site Web et que vous attribuez ensuite l’attribut WebGet() au service, l’application ne peut pas être générée.
Pour résoudre ce problème :
Ajoutez manuellement l’instruction Import System.ServiceModel.Web au code source du fichier d’interface du service WCF nommé Service#.vb sur le site Web ou Service#.svc.vb dans l’application Web. Vous pouvez également ouvrir la page de propriétés du projet et cliquer sur System.ServiceModel.Web dans la section des espaces de noms importés sur la page Référence.
Si vous créez un projet non-WCF dans Visual Basic, de type Web ou Windows, et que vous ajoutez ensuite un élément de service WCF au projet, sa génération échoue en affichant un message d’erreur qui indique que ServiceContract et OperationContract ne sont pas définis. Ce problème survient parce que System.ServiceModel n’est pas importé lors de l’ajout des éléments au projet Visual Basic.
Pour résoudre ce problème :
Ajoutez manuellement la déclaration Import System.ServiceModel au code source du fichier d’interface du service WCF nommé IService#.vb.
Vous pouvez également ouvrir la page de propriétés du projet à l’aide du menu de raccourci et cliquer sur System.ServiceModel.Web dans la section des espaces de noms importés sur la page Référence.
Si vous créez un projet WAP et que vous lui ajouter un élément, les deux modèles d’élément de service WCF apparaissent dans la boîte de dialogue Ajouter un nouvel élément. L’un, nommé Service#.svc, est pour le projet Wap et l’autre, nommé Service#.cs ou Service#.vb, pour un projet ordinaire.
Pour résoudre ce problème :
Sélectionnez le modèle d'élément de service WCF ayant le nom Servicex.svc dans la boîte de dialogue Ajouter un nouvel élément.
Les solutions et projets créés dans Visual Studio 2008 Bêta 2 peuvent être ouverts et modifiés dans Expression Blend, mais pas générés.
En outre, lorsque vous ouvrez des projets Expression Blend dans Visual Studio 2008, ils sont mis à jour au format Visual Studio 2008. Une fois la mise à jour achevée, les projets ne peuvent plus être générés dans Expression Blend. Les projets peuvent toujours être ouverts et modifiés dans Expression Blend, mais pas générés par ce dernier.
Pour résoudre ce problème :
- Utilisez l’aperçu d’Expression Blend du 2 août
- Pour résoudre ce problème d’Expression Blend :
Appliquez la solution de contournement suivante (une fois seulement) : Notez que la solution de contournement n’est applicable que si Visual Studio 2008 Bêta 2 est installée. Un outil facilitant cette opération est disponible à cette adresse : http://blogs.msdn.com/expression/archive/2007/05/29/working-with-visual-studio-code-name-orcas-and-expression-blend.aspx
1. Fermez Expression Blend.
2. Naviguez jusqu'à Program Files\Microsoft Expression\Blend 1.0\.
3. Créez un nouveau fichier .xml dans ce dossier et renommez-le Blend.exe.config.
4. Copiez l'exemple XML suivant et collez-le dans le fichier.
5) Enregistrez les modifications et fermez le fichier.
6. Lancez Expression Blend. Vous devriez pouvoir générer correctement vos projets et solutions.
Remarque : si vous désinstallez Visual Studio 2008 et .NET Framework 3.5, vous devez également supprimer le fichier Blend.exe.config.
Pour connaître les toutes dernières informations sur les problèmes et limitations du concepteur WPF avec Visual Studio2008 Bêta 2, consultez Cider wiki on Channel9, http://go.microsoft.com/fwlink/?LinkId=83541
2.3.8.3 L’Explorateur de propriétés exécute des conversions d’objet à chaîne et de chaîne à objet avec la culture en-US.
Lorsque l’Explorateur de propriétés du concepteur WPF est utilisé pour consulter des objets sous forme de chaîne ou pour entrer des chaînes converties en objet, il reproduit la convention XAML utilisant en-US CultureInfo.
Pour résoudre ce problème :
Lorsqu’une chaîne est entrée dans l’Explorateur de propriétés, elle est convertie en objet par un TypeConverter. De même, un TypeConverter est utilisé pour afficher une représentation chaîne d’un objet. Les TypeConverters WPF assurent uniquement la prise en charge complète de la culture en-US parce qu’il s’agit de la seule culture prise en charge par XAML.
Pour maintenir la cohérence avec XAML et réutiliser les TypeConverters WPF, l’Explorateur de propriétés du concepteur WPF affiche et analyse toutes les chaînes à l’aide de la culture en-US uniquement.
Remarque : le contenu de la chaîne n’est pas converti et n’est pas affecté.
Il n’est pas possible de déplacer, redimensionner ou sélectionner des contrôles, ni d’interagir sur les fonctionnalités du concepteur en mode design, avec un stylet de Tablet PC.
Pour résoudre ce problème :
Il n'existe aucune solution de contournement, si ce n’est d’utiliser la souris.
L’ajout d’un contrôle client au concepteur à partir de la Boîte à outils échoue parce que le chemin d’accès à l’assembly contient de la place pour ce contrôle.
Pour résoudre ce problème :
Utilisez un chemin d’accès ne contenant pas d’espaces.
Si vous modifiez des fichiers XAML particulièrement volumineux dans le concepteur WPF (« Cider »), il fait un usage élévé de la mémoire et des ressources de l’UC.
Pour résoudre ce problème :
Évitez de modifier les fichiers XAML trop volumineux dans le concepteur WPF de la Bêta 2. Les fichiers de 150 Ko ou de plus de 1 000 éléments sont considérés particulièrement volumineux. Un fichier XAML d’un tracé vectoriel contenant de nombreux éléments Path en est un exemple.
Si un projet WPF est généré à partir de l’invite de commandes et qu’il est également ouvert dans Visual Studio2008, la procédure de génération produit des assemblys dans lesquels il manque le BAML. De ce fait, ces assemblys ne fonctionneront pas au moment de l’exécution et provoqueront des erreurs au rechargement du concepteur WPF.
Pour résoudre ce problème :
Régénération dans Visual Studio2008.
Lorsque des projets Workflow Foundation (WF) sont générés à l’aide du jeu d’outils MSBuild, la version du jeu d’outils doit correspondre au schéma du fichier projet.
Pour résoudre ce problème :
- Pour un fichier projet Visual Studio 2008, utilisez le jeu d’outils de génération de Visual Studio 2008.
- Pour un fichier projet Visual Studio 2005, utilisez le jeu d’outils de génération de Visual Studio 2005.
Dans les projets de flux de travail de Visual Studio 2008, les activités personnalisées ne sont pas visibles dans la Boîte à outils après leur compilation si vous utilisez les paramètres de développement configurés sur Visual C++.
Pour résoudre ce problème :
1. Pour ajouter l’activité personnalisée compilée à la Boîte à outils :
1) Cliquez avec le bouton droit dans la Boîte à outils, puis cliquez sur Choisir les éléments.
b. Dans la boîte de dialogue Choisir les éléments, cliquez sur Parcourir, sélectionnez l’assembly compilé ou le fichier exécutable et cliquez sur Ouvrir. c. Cliquez sur OK. L’activité personnalisée apparaît alors dans la boîte à outils.
-ou- 2. Sélectionnez l’un des paramètres de développement suivants au lieu des paramètres de développement Visual C++ : Paramètres de développement généraux, Paramètres de développement Visual Basic, Paramètres de développement Visual C# ou Paramètres de développement Web.
L’utilitaire « aspnet_merge.exe » ne dispose pas d’une signature de nom fort dans Visual Studio 2008 Bêta 2. Toute tentative d’exécution de cet utilitaire génère une System.IO.FileLoadException :
Détails de l’exception :
Exception non gérée : System.IO.FileLoadException : Impossible de charger le fichier ou l'assembly 'aspnet_merge, Version=3.5.0.0, Culture=neutral, PublicKey
Token=b03f5f7f11d50a3a' ou l’une de ses dépendances. Échec de la validation de nom fort. (Exception de HRESULT : 0x8013141A)
Nom du fichier : 'aspnet_merge, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' ---> System.Security.SecurityException: Échec
de la validation de nom fort. (Exception de HRESULT : 0x8013141A)
Pour résoudre ce problème :
Vous devez désactiver la vérification de nom fort pour « aspnet_merge.exe ». Vous pouvez le faire avec l’utilitaire de nom fort « sn.exe ».
1. Exécutez les commandes suivantes en tant qu’administrateur local à partir de l’invite de commandes :
Ordinateur 32 bits :
"%ProgramFiles%\Microsoft SDKs\Windows\v6.0A\bin\sn.exe" -Vr "%ProgramFiles%\Microsoft SDKs\Windows\v6.0A\bin\aspnet_merge.exe"
Ordinateur 64 bits :
"%ProgramFiles%\Microsoft SDKs\Windows\v6.0A\bin\x64\sn.exe" -Vr "%ProgramFiles%\Microsoft SDKs\Windows\v6.0A\bin\x64\aspnet_merge.exe"
2. La sortie suivante indique que la commande a été correctement exécutée :
« Ajout de l’entrée de vérification pour l’assembly 'aspnet_merge,B03F5F7F11D50A3A »
3. Exécutez « aspnet_merge.exe ».
Certains outils normalement situés dans \Program Files\Microsoft SDKs\Windows\v6.0A\ ne sont pas installés avec Visual Studio 2008, à savoir :
- UISpy.exe
- XAMLPad.exe
- Visionneuse de trace des services
- Mt.exe
- soapsudscode.dll
- sn.exe.config (plateformes x64 uniquement)
- gacutil.exe.config (plateformes x64 uniquement)
- Perflibmig.exe (plateformes x64 uniquement)
Pour résoudre ce problème :
Ces outils sont disponibles dans le kit de développement autonome Windows SDK. Le kit de développement Windows SDK est disponible ici. http://go.microsoft.com/fwlink/?LinkId=94673
Après la désinstallation de Visual Studio 2008, le raccourci du menu Démarrer pour le kit de développement Windows SDK de Visual Studio 2008 subsiste.
Pour résoudre ce problème :
Redémarrez Windows.
Certains outils du kit de développement Windows SDK ne sont pas installés parallèlement. La version \Program Files\Microsoft SDKs\Windows\v6.0A\Bin\ est celle qui a été installée avec la toute dernière version de Visual Studio 2008 Bêta 2.
Pour résoudre ce problème :
À l'aide de la fonctionnalité Ajout/Suppression de programmes, réparez la version de Visual Studio 2008 Bêta 2 dans la langue à utiliser.
Les versions précédentes du kit de développement Windows SDK peuvent créer un conflit avec Visual Studio 2008 Bêta 2. Elles doivent être désinstallées avant d’installer Visual Studio 2008 Bêta 2.
Pour résoudre ce problème :
Le kit de développement autonome de Windows SDK peut être téléchargé ici : http://go.microsoft.com/fwlink/?LinkId=94673
© 2007 Microsoft Corporation. Tous droits réservés.Conditions d’utilisation | Marques | Déclaration de confidentialité