Considérations relatives à l'implémentation d'applications
Mise à jour : novembre 2007
Lorsque vous implémentez des applications dans le Concepteur d'applications, n'oubliez pas les considérations suivantes :
Conditions requises pour l'installation
Considérations sur la sécurité
Considérations avant l'implémentation
Dépannage de l'implémentation
Considérations après implémentation
Conditions requises pour l'installation
Avant d'implémenter certaines applications, vérifiez que vous avez installé les éléments suivants :
Les langages de programmation que vous avez sélectionnés pour implémenter des applications.
La version du .NET Framework (2.0, 3.0 ou 3.5) que vous avez sélectionnée pour implémenter des applications.
Microsoft Visual Studio Tools pour Office, si vous souhaitez implémenter des applications Office. Vous aurez besoin également de Microsoft Office 2003 ou Microsoft Office 2007. Pour plus d'informations, consultez Installation de Visual Studio Tools pour Office.
Pour implémenter des applications ASP.NET distantes, installez la version du .NET Framework (2.0, 3.0 ou 3.5) que vous avez sélectionnée pour ces applications sur le serveur distant.
Considérations sur la sécurité
Certaines considérations sur la sécurité s'appliquent lors de la configuration de paramètres spécifiques pour une définition d'application. Pour plus d'informations, consultez Application des paramètres.
Paramètres non chiffrés dans des fichiers de configuration d'applications
Lorsque vous implémentez une application ou que vous modifiez une application implémentée, Visual Studio affiche un avertissement de sécurité lors de l'écriture en texte clair (non chiffrés) de certains paramètres comportant des données sensibles dans le fichier de configuration de l'application. Ces paramètres peuvent également apparaître non chiffrés lors de leur modification dans la fenêtre Propriétés, Éditeur de paramètres et de contraintes ou dans l'Éditeur de collections ComplexSetting qui s'ouvre depuis l'Éditeur de paramètres et de contraintes.
Le tableau suivant répertorie ces paramètres et leur emplacement dans l'Éditeur de paramètres et de contraintes ainsi que dans le fichier de configuration de l'application. La table note également la façon dont Visual Studio affiche ces paramètres.
.gif "Remarque") Remarque : |
|---|
Vous devrez peut-être ajouter la ressource appropriée avant de pouvoir modifier le paramètre correspondant. Pour plus d'informations, consultez Ajout de ressources. Vous pouvez chiffrer des paramètres dans les fichiers de configuration. Pour plus d'informations, consultez Chiffrement des informations de configuration à l'aide de la configuration protégée et Dépannage de diagrammes d'application. |
Nom de paramètre |
Emplacement de l'Éditeur de paramètres et de contraintes |
Section du fichier de configuration de l'application |
||||
|---|---|---|---|---|---|---|
Valeurs |
Ressource AppSettingsSection sous Paramètres de l'application, Répertoire, puis Configuration. |
appSettings |
||||
ConnectionStrings |
Ressource ConnectionStringsSection sous Paramètres de l'application, Répertoire, puis Configuration. Vous pouvez ajouter ce paramètre lorsque vous configurez la chaîne de connexion de base de données pour un point de terminaison consommateur de base de données. Vous pouvez effectuer cette tâche en utilisant la boîte de dialogue Propriétés de connexion, la fenêtre Propriétés ou l'Éditeur de collections ComplexSetting.
Lorsque vous copiez ou incluez un point de terminaison consommateur de base de données dans un prototype personnalisé, Visual Studio copie la chaîne de connexion, mais pas le mot de passe, sous forme de texte clair au nouvel emplacement.
|
connectionStrings |
||||
Password |
Ressource IdentitySection sous Paramètres de l'application, Répertoire, Configuration, puis SystemWebSectionGroup. Visual Studio affiche une chaîne masquée lorsque vous consultez ce paramètre dans l'Éditeur de paramètres et de contraintes. |
identity |
||||
SqlConnectionString |
Ressource SessionStateSection sous Paramètres de l'application, Répertoire, Configuration, puis SystemWebSectionGroup. |
sessionState |
||||
StateConnectionString |
Ressource SessionStateSection sous Paramètres de l'application, Répertoire, Configuration, puis SystemWebSectionGroup. |
sessionState |
||||
Utilisateurs |
Ressource FormsAuthenticationCredentials sous Paramètres de l'application, Répertoire, Configuration, SystemWebSectionGroup, AuthenticationSection, FormsAuthenticationConfiguration, puis FormsAuthenticationCredentials. Visual Studio affiche une chaîne masquée lorsque vous consultez ce paramètre dans l'Éditeur de paramètres et de contraintes.
|
credentials sous forms sous authentication |
||||
Réseau |
Ressource SmtpSection sous Paramètres de l'application, Répertoire, Configuration, NetSectionGroup, puis MailSettingsSectionGroup. Visual Studio affiche une chaîne masquée lorsque vous consultez ce paramètre dans l'Éditeur de paramètres et de contraintes. |
smtp sous mailSettings |
.gif "Remarque Attention")
Attention :Gestion de la sécurité pour les paramètres de fichier de configuration de l'application
Que vous chiffriez des paramètres qui contiennent des données sensibles ou non, Visual Studio les traite de la manière suivante :
Visual Studio inclut ces paramètres lorsque vous copiez la définition d'application ou le point de terminaison sur le diagramme d'application. Lorsque vous implémentez l'application, le paramètre apparaît dans le fichier de configuration de l'application sous forme de texte clair (non chiffré). Visual Studio affiche un avertissement de sécurité lors de l'écriture de ces paramètres dans le fichier de configuration de l'application.
Visual Studio inclut ces paramètres lorsque vous incluez la définition d'application ou le point de terminaison dans un prototype personnalisé. Lorsque vous implémentez l'application, ces paramètres apparaissent dans le fichier de configuration de l'application sous forme de texte clair (non chiffré). Visual Studio affiche un avertissement de sécurité lors de l'écriture de ces paramètres dans le fichier de configuration de l'application. Par conséquent, prenez en compte cette considération avant de distribuer ces fichiers, évitez de stocker des données sensibles, confidentielles ou propriétaires dans des paramètres ou envisagez l'utilisation du chiffrement. Pour plus d'informations, consultez Comment : créer des prototypes personnalisés à partir d'applications configurées et de points de terminaison.
Visual Studio n'enregistre pas ces paramètres dans le fichier de définition d'application (.sdm) ou de diagramme d'application (.ad). Pour plus d'informations, consultez Vue d'ensemble du modèle de définition de système (SDM).
Visual Studio ne rend pas ces paramètres disponibles lorsque vous créez des contraintes définies par l'utilisateur. Pour plus d'informations, consultez Utilisation des contraintes dans les applications et leurs relations.
Considérations avant l'implémentation
Avant d'implémenter les applications, n'oubliez pas les considérations suivantes :
Connectez les applications que vous souhaitez implémenter. Cela permet à Visual Studiode générer correctement toute classe du proxy client de service Web nécessaire.
Vérifiez que les propriétés Language, Project, Type d'emplacement du projet, Templateet Framework cible contiennent les valeurs dont vous avez besoin. Vous ne pouvez pas modifier ces propriétés après l'implémentation. Pour plus d'informations, consultez Considérations après implémentation.
Remarque :Vous pouvez créer ou enregistrer une copie du diagramme d'application avant l'implémentation.
Pour plus d'informations, consultez les rubriques suivantes :
Visual Studio mettra à jour le paramètre Version d'Office dans une application Office et le remplacera par la version spécifiée dans la propriété Template lorsque vous implémenterez l'application.
Spécifiez le nom du projet à votre convenance avant d'implémenter une application. Vous pouvez renommer un projet Windows ou Office dans l'Explorateur de solutions après l'implémentation. Toutefois, le fait de renommer le projet ne modifie pas son nom d'assembly ni de dossier sur le disque. Par exemple, si vous renommez un projet Windows généré à partir de "MyGeneratedName" en "MyRenamedProject", Visual Studio compilera ce projet en tant que "MyGeneratedName.exe" au lieu de "MyRenamedProject.exe". Son nom de dossier de projet restera "MyGeneratedName" sur le disque.
Pour une application Windows ou Office, n'utilisez pas le nom du projet pour définir l'emplacement de projet. Une fois que l'application est implémentée, vous pouvez modifier l'emplacement de projet à l'aide de l'Explorateur Windows.
Les noms de définitions d'applications respectent la casse, ce qui n'est pas le cas des noms de projets.
Visual Studio n'implémente pas d'application « en double » lorsque vous implémentez des applications du même type dont les noms ne diffèrent que par la casse.
Pour éviter cette condition, modifiez le nom du doublon avant l'implémentation.
Pour plus d'informations, consultez Comment : renommer des applications dans des diagrammes d'application.
Si vous voulez implémenter des applications ASP.NET qui s'exécutent avec IIS sur un serveur local ou distant, vous devez disposer d'autorisations d'administrateur sur ce serveur particulier. Sinon, Visual Studio ne peut pas implémenter l'application.
Si vous exécutez Visual Studio sur Windows Vista, vous pouvez exécuter Visual Studio en tant qu'administrateur pour implémenter ces applications sur un serveur local.
Pour plus d'informations, consultez Dépannage de l'implémentation.
Un conflit se produit lorsque vous implémentez une application ASP.NET « en double » dont les nom et emplacement sont identiques à ceux d'une application précédemment implémentée et supprimée dont le projet existe toujours sur le disque.
Pour éviter ce conflit au moment de l'implémentation, renommez l'application « en double » avant de l'implémenter. Sinon, consultez Dépannage de l'implémentation.
Vérifiez que les projets et leurs dossiers sur le disque ont des noms uniques, même si ces projets ont des noms différents dans l'Explorateur de solutions et que leurs dossiers sur le disque ont des dossiers parents différents.
Quand vous êtes prêt à générer un rapport de déploiement, vous pouvez spécifier l'emplacement où Visual Studio créera un répertoire et copiera les fichiers de sortie. Toutefois, Visual Studio n'inclura pas les dossiers parents du projet dans ce répertoire. Par conséquent, si une solution contient des projets dont les dossiers ont le même nom sur le disque, Visual Studio créera un seul répertoire pour les projets avec le même nom, même s'ils se trouvent dans des dossiers parents différents. Il est alors possible que certains fichiers de sortie se remplacent mutuellement lorsque Visual Studio les copie dans ce répertoire unique. Pour plus d'informations, consultez Emplacement et structure de répertoires des fichiers de sortie de déploiement.
Dépannage de l'implémentation
Lorsque vous implémentez une application, vous pouvez rencontrer les problèmes suivants :
Visual Studio ne peut pas implémenter les applications ASP.NET configurées pour être exécutées avec IIS sur un serveur local ou distant.
Pour implémenter les applications ASP.NET qui s'exécutent avec IIS sur un serveur local ou distant, vous devez disposer d'autorisations d'administrateur sur ce serveur particulier.
Si vous exécutez Visual Studio sur Windows Vista, vous pouvez exécuter Visual Studio en tant qu'administrateur pour implémenter ces applications sur un serveur local.
Pour plus d'informations, choisissez Comment : choisir un type de site Web pour des applications ASP.NET.
Visual Studio ne peut pas générer de fichiers projet pour une application.
Ce problème peut se produire lorsque des applications sont définies en fonction d'un modèle de projet personnalisé incompatible. Le Concepteur d'applications prend uniquement en charge les modèles de projet personnalisés créés à partir de projets d'application Windows, Office, de site Web et Web ASP.NET.
Pour résoudre ce problème, sélectionnez un modèle de projet standard ou un modèle de projet personnalisé différent.
Ce problème peut également se produire si les applications sont définies en fonction d'un fichier .zip contenant le modèle de projet personnalisé.
Pour résoudre ce problème, vous devez décompresser le fichier .zip avant de pouvoir sélectionner le modèle personnalisé.
Pour plus d'informations, consultez Modèles Visual Studio et Modèles de projet pour des applications dans des diagrammes d'application.
Un conflit se produit lorsque vous implémentez une application ASP.NET dont les nom et emplacement sont identiques à ceux d'une autre application qui a été implémentée et supprimée, mais dont le projet existe toujours sur le disque.
Pour résoudre ce conflit, vous pouvez exécuter l'une des actions suivantes :
Créez le projet dans un autre emplacement.
Ouvrez le projet existant et ajoutez-le à la solution.
Remplacez le projet existant.
Pour éviter ce conflit, renommez l'application avant l'implémentation.
Considérations après implémentation
Après avoir implémenté une application, n'oubliez pas les considérations suivantes :
Le nom de la racine du projet associé ne change pas lorsque vous modifiez le nom de définition d'application. Toutefois, Visual Studio synchronisera les fichiers de projet, tels que les documents de modèle de définition de système et les fichiers de classe, avec les modifications apportées à la définition d'application. Pour plus d'informations, consultez Vue d'ensemble du Concepteur d'applications.
La propriété Framework cible d'une application ASP.NET, Windows ou Office apparaît vide et en lecture seule dans la fenêtre Propriétés après avoir implémenté l'application. Après l'implémentation, vous pouvez afficher et modifier la version du .NET Framework du projet d'application dans les propriétés du projet.
Remarque :Tenez compte de certaines considérations lorsque vous modifiez la version cible du .Net Framework dans les propriétés du projet. Pour plus d'informations, consultez Comment : choisir la version du .NET Framework pour des applications.
Le paramètre Version d'Office sur une application Office reflète la version que la propriété Template de l'application a spécifiée quand vous avez implémenté l'application. Bien que vous puissiez modifier ce paramètre, les paramètres d'application reflètent généralement la configuration de l'application. Lorsque vous évaluez l'application pour le déploiement, Visual Studio validera seulement les paramètres de l'application par rapport aux paramètres du serveur logique. Aucun avertissement de validation n'apparaîtra si ces paramètres ne correspondent pas à la version indiquée dans la propriété Template. Pour plus d'informations, consultez Application des paramètres.
Voir aussi
Tâches
Comment : implémenter des applications dans des diagrammes d'application
Autres ressources
Implémentation d'applications dans des diagrammes d'application