Partager via

Dépannage de diagrammes d'application

  • Article

Mise à jour : novembre 2007

Lorsque vous utilisez le Concepteur d'applications, certaines actions affectent le diagramme d'application ainsi que d'autres diagrammes de systèmes distribués. Cette rubrique décrit certaines situations qui résultent de l'exécution de ces actions, leur impact sur les éléments associés et les actions que vous pouvez entreprendre pour résoudre ces problèmes.

La liste suivante décrit des états d'alerte qui peuvent survenir à la suite de ces actions ainsi que d'autres domaines pour lesquels vous risquez de devoir résoudre des problèmes :

  • Alert States on Application Diagrams

  • Locked Application Diagrams

  • Synchronization Issues

  • Closing and Removing Application Diagrams

  • Reverse-Engineering Web References in Class Libraries

Pour les autres domaines qui peuvent nécessiter la résolution de problèmes, consultez les rubriques suivantes :

Etats d'alerte sur les diagrammes d'application

Le tableau suivant décrit l'état d'alerte qui peut apparaître dans le diagramme d'application.

État d'alerte

Causes possibles

Plan en pointillé rouge

Les formes d'application ou de définition de point de terminaison apparaissent avec des plans en pointillés rouges lorsque leurs liaisons vers les éléments suivants sont rompues :

  • La définition d'un modèle de définition de système (SDM) d'une application ou d'un point de terminaison est manquante.

  • Le projet associé à une définition d'application implémentée est manquant, non chargé ou non disponible.

Les définitions d'application ou de point de terminaison avec ces liaisons rompues sont également appelées "orphelin."

Erreur rouge (X)

Une erreur de validation existe sur une définition d'application. Cette icône apparaît sous le nom du type de l'application sur la forme de définition d'application.

Avertissement jaune (!)

Une des valeurs suivantes :

  • Un fichier .asmx qui contient la définition de classe de service Web inline a été utilisé pour créer un point de terminaison fournisseur de services Web .NET.

  • L'implémentation ne s'est pas produite pour un point de terminaison consommateur de services Web.

  • Le nom de liaison et l'espace de noms WSDL ne correspondent pas entre un fournisseur de services Web et un point de terminaison consommateur.

  • Un fichier projet ne se compile pas ou n'analyse pas.

  • Le langage de la classe de services Web associé à un point de terminaison fournisseur de services Web ne correspond pas au langage du projet qui le contient.

Les sections suivantes contiennent davantage d'informations sur les états d'alertes qui peuvent s'afficher :

  • Error Alert States on Applications or Endpoints

  • Warning States on Applications or Endpoints

États d'alertes d'erreur dans les applications ou les points de terminaison

Des états d'alertes d'erreur peuvent apparaître dans les applications ou les points de terminaison dans les conditions suivantes :

  • La définition d'un modèle de définition de système (SDM) d'une application ou d'un point de terminaison est manquante.

    Une définition d'application ou de point de terminaison apparaît orpheline lorsque ses métadonnées SDM sont manquantes. Cela se produit si les métadonnées SDM sont absentes du fichier de définition d'application (.sdm) ou si le fichier .sdm de la définition d'application n'existe plus dans la solution. Pour plus d'informations sur SMD, consultez Vue d'ensemble du modèle de définition de système (SDM).

    Par exemple, si vous supprimez le fichier .sdm d'une définition d'application pendant que le diagramme d'application reste fermé, la définition d'application et ses utilisations, comme membres sur les diagrammes système, apparaîtra orpheline. Lorsque vous rouvrez le diagramme d'application, Visual Studio régénère le fichier .sdm avec toutes les informations SDM qu'il peut recréer à partir d'une autre source. Visual Studio recrée également une nouvelle définition d'application sur le diagramme d'application selon le fichier .sdm régénéré.

    Remarque :

    Le fichier .sdm régénéré ne contiendra pas les informations stockées uniquement dans le fichier .sdm supprimé précédemment. Certaines informations, telles que des paramètres et des contraintes et des modifications à l'identité de la définition d'application (son nom, nom de document SDM, culture ou version) seront perdues. Par exemple, les informations SDM pour les points de terminaison de contenu Web dans une application ASP.NET sont stockées uniquement dans le fichier .sdm. Si vous supprimez le fichier .sdm, Visual Studio le régénère lorsque vous rouvrez le diagramme d'application. Toutefois, Visual Studio ne procédera pas à l'ingénierie à rebours des points de terminaison de contenu Web. Ces points de terminaison resteront orphelins.

    Pour résoudre une définition orpheline, restaurez le fichier .sdm. Si vous ne pouvez pas restaurer le fichier .sdm, ajoutez tout nouveau point de terminaison dont vous avez besoin à la nouvelle définition et reconnectez les définitions d'application de la définition orpheline à la nouvelle définition. Si vos diagrammes système contiennent des membres orphelins qui résultent de la définition orpheline, réparez ces membres en les associant à la nouvelle définition. Enfin, supprimez la définition orpheline du diagramme d'application. Pour plus d'informations, consultez Comment : réparer les membres orphelins dans les systèmes d'applications.

  • Le projet pour une définition d'application implémentée est manquant ou non chargé à partir de la solution.

    La définition d'application implémentée et ses connexions apparaissent orphelines lorsque son projet est manquant ou non chargé depuis la solution.

    Pour résoudre cette condition, ajoutez le projet à la solution ou rechargez le projet. Pour plus d'informations, consultez Comment : procéder à l'ingénierie à rebours des projets dans les solutions existantes et Comment : décharger et recharger des projets.

  • Le projet pour une définition d'application implémentée n'est plus disponible.

    La définition d'application implémentée et ses connexions apparaissent orphelines, et son projet apparaît non chargé dans votre solution.

    Pour résoudre ce problème, supprimez le projet non chargé de votre solution et supprimez la définition d'application du diagramme d'application.

  • Une erreur de validation existe sur une application.

    Une icône d'erreur rouge apparaît sur l'application. Les erreurs de validation apparaissent dans la fenêtre Liste d'erreurs pour vous permettre de les examiner et de les résoudre. Pour plus d'informations, consultez Liste d'erreurs, fenêtre.

États d'avertissement sur les applications ou les points de terminaison

Des états d'avertissement jaune peuvent apparaître dans les applications ou les points de terminaison dans les conditions suivantes :

  • Un fichier .asmx qui contient la définition de classe de service Web inline a été utilisé pour créer un point de terminaison fournisseur de service Web .NET.

    Une icône d'avertissement apparaît sur un point de terminaison fournisseur de service Web lorsqu'un fichier .asmx qui contient la définition de classe de services Web inline a été utilisé pour créer le point de terminaison.

    Pour résoudre cette condition, le service Web doit être défini dans une définition de classe unique dans un fichier de code séparé ou fichier « code-behind ». Pour plus d'informations, consultez Vue d'ensemble des applications ASP.NET dans les diagrammes d'application.

  • L'implémentation n'a pas abouti pour un point de terminaison consommateur de services Web.

    Une icône d'avertissement apparaît sur le point de terminaison consommateur parce que la référence Web n'a pas pu être créée. Une fois la cause résolue, le point de terminaison consommateur peut être implémenté.

    Pour implémenter le point de terminaison consommateur, sélectionnez le point de terminaison consommateur de services Web, pointez sur Implémentation dans le menu Diagramme et choisissez Implémenter. Vous pouvez aussi cliquer avec le bouton droit sur le point de terminaison et choisir Implémenter.

    Le tableau suivant décrit des scénarios qui peuvent produire cette condition.

    Condition

    Pour résoudre cette condition

    Le point de terminaison consommateur est connecté à un point de terminaison fournisseur de services Web qui a une opération qui référence un type non défini.

    Définissez le type sur le point de terminaison fournisseur de services Web puis implémentez le point de terminaison consommateur. Pour plus d'informations, consultez Comment : définir des types d'opérations et de paramètres pour les services Web ASP.NET.

    Le point de terminaison consommateur est connecté à un point de terminaison fournisseur du service Web non implémenté.

    Implémentez l'application ASP.NET avec le point de terminaison fournisseur de services Web. Les points de terminaison consommateurs connectés mais non implémentés sont implémentés automatiquement.

    Remarque :

    Assurez-vous qu'un fichier WSDL est également disponible à l'emplacement WSDL spécifié.

    Une erreur s'est produite lors de la tentative de téléchargement du fichier WSDL.

    Si le point de terminaison fournisseur de services Web .NET est implémenté et correspond à un fichier .asmx dans la solution, cette condition peut être causée par des erreurs d'exécution. Pour consulter ces erreurs, ouvrez la page de test en cliquant avec le bouton droit sur le fichier .asmx dans l'Explorateur de solutions et en choisissant Afficher dans le navigateur. Après avoir résolu les erreurs, cliquez avec le bouton droit sur le point de terminaison consommateur et actualisez la référence Web.

    Le point de terminaison fournisseur de services Web prétend se conformer à WS-I (Web Services Interoperability) Basic Profil1 version 1.1, ce qui n'est pas le cas.

    Recherchez l'attribut suivant dans le fichier de classe de services Web :

    <WebServiceBinding(Name:="WebServiceName", ConformsTo:= WsiProfiles.BasicProfile1_1, EmitConformanceClaims:=True)> _

    Choisissez l'une des valeurs suivantes :

    • Si vous souhaitez que le service Web soit conforme à WS-I Basic Profile, examinez la liste des erreurs ou des avertissements que vous devez résoudre en ouvrant la page de test du fichier .asmx du service Web.

      Conseil :

      Pour effectuer cette tâche, cliquez avec le bouton droit sur le fichier .asmx dans l'Explorateur de solutions et choisissez Afficher dans le navigateur. Après avoir résolu les erreurs, cliquez avec le bouton droit sur le point de terminaison consommateur et actualisez la référence Web.

      - ou -

    • Si vous ne souhaitez pas que le service Web soit conforme à WS-I Basic Profile, supprimez les attributs ConformsTo et EmitConformanceClaims du fichier de classe de services Web.

    Impossible d'accéder au fichier WSDL, car IIS ou le serveur de développement ASP.NET n'est peut-être pas en cours d'exécution.

    Vérifiez qu'IIS ou que le serveur de développement ASP.NET est en cours d'exécution. Pour plus d'informations, recherchez votre version d'IIS dans la documentation du produit et consultez Serveurs Web dans Visual Web Developer.

    ASP.NET n'est pas activé pour Microsoft Internet Information Services (IIS).

    Activez ASP.NET sur IIS. Pour plus d'informations, examinez la documentation du produit pour votre version d'IIS.

    Les références Web aux URL Unicode ne sont pas prises en charge sur les versions IIS avant 6.0.

    Mettez à niveau vers IIS 6.0. Pour plus d'informations, examinez la documentation produit pour Microsoft Internet Information Services à l'adresse https://go.microsoft.com/fwlink/?LinkID=42196 et Microsoft Windows Server 2003 Deployment Kit à l'adresse https://go.microsoft.com/fwlink/?LinkID=34154.

    1WS-I Basic Profile est une spécification qui contient des recommandations permettant de garantir la compatibilité des services Web entre eux. Pour plus d'informations sur WS-I, consultez les ressources sur l'interopérabilité sur MSDN online à l'adresse https://go.microsoft.com/fwlink/?LinkId=49585.

  • Le nom de liaison et l'espace de noms WSDL ne correspondent pas entre un fournisseur de services Web et un point de terminaison consommateur.

    Une info-bulle d'avertissement apparaît lorsque vous essayez de connecter des points de terminaison de service Web dont le nom de liaison et l'espace de noms de liaisons WSDL ne correspondent pas. Toutefois, le système ne vous empêche pas d'établir la connexion.

  • Un fichier projet ne se compile pas ou n'analyse pas.

    Un avertissement apparaît sur une application lorsqu'un fichier projet ne peut pas être analysé. La fenêtre Liste d'erreurs affiche le nom de l'application, le fichier projet et l'emplacement de la ligne qui ne compile ou n'analyse pas.

    Pour résoudre cette condition, résolvez l'analyse ou l'erreur de compilation dans le fichier spécifié ou annulez la modification qui provoque l'erreur d'analyse ou de compilation.

  • Le langage de la classe de services Web associé à un point de terminaison fournisseur de services Web ne correspond pas au langage du projet qui le contient.

    Une icône d'avertissement apparaît sur un point de terminaison fournisseur de services Web lorsque le langage de son fichier de classe de services Web ne correspond pas au langage du projet d'application qui le contient. Un avertissement apparaît également sur le point de terminaison consommateur de services Web parce qu'aucune classe proxy n'existe.

    Pour résoudre cette condition, le langage d'un service Web doit correspondre au langage de l'application fournisseur de services Web.

Diagrammes d'application verrouillés

Dans certains cas, le diagramme d'application peut être verrouillé et apparaître comme étant en lecture seule. Le diagramme est grisé, les définitions d'application sur le diagramme affichent des cadenas et les modifications ne peuvent pas être apportées au diagramme. Le diagramme d'application est verrouillé dans les conditions suivantes :

  • Un code ou un fichier de classe dans le projet d'application ne compile ou n'analyse pas.

    Le diagramme est verrouillé et la fenêtre Liste d'erreurs répertorie un ou plusieurs fichiers qui ne compilent ou n'analysent pas, ainsi que l'emplacement de ces erreurs dans ces fichiers.

    Pour résoudre cette condition, résolvez les erreurs d'analyse ou de compilation dans les fichiers spécifiés ou annulez les modifications qui provoquent ces erreurs.

  • Les modifications apportées aux sections chiffrées dans les fichiers de configuration ont été tentées ; toutefois, le déchiffrement de ces sections n'a pas abouti.

    Lorsque les sections de fichier de configuration sont chiffrées, ces sections doivent être déchiffrées pour être modifiées. Sinon, le diagramme est verrouillé et la fenêtre Liste d'erreurs indique que le diagramme est verrouillé.

    Pour résoudre cette condition, installez le fournisseur et la clé de déchiffrement requis ou déchiffrez le fichier manuellement. Vous devrez peut-être également fermer et rouvrir le diagramme d'application. Vous pouvez également supprimer la section chiffrée à partir du fichier de configuration ; toutefois, la suppression des données chiffrées la supprime également. Pour plus d'informations, consultez Considérations relatives à l'implémentation d'applications. Pour plus d'informations, consultez Chiffrement des informations de configuration à l'aide de la configuration protégée et Chiffrement et déchiffrement des sections de configuration.

  • Les modifications apportées au diagramme d'application ne peuvent pas se synchroniser avec d'autres fichiers projet qui restent archivés dans le contrôle de code source.

    Le diagramme est verrouillé et la fenêtre Liste d'erreurs indique qu'une erreur de synchronisation a eu lieu parce que l'extraction a été annulée.

    Pour résoudre cette condition, extrayez les fichiers nécessaires afin qu'ils puissent se synchroniser avec vos modifications, puis fermez et rouvrez le diagramme d'application. Pour plus d'informations, consultez Documents modèles de définition de système (SDM) sous contrôle de code source.

    Par exemple, cela peut se produire lorsque le fichier .asmx pour un service Web est supprimé et l'option de commande de code source est configurée pour toujours extraire le fichier de travail. Pour résoudre cette condition, extrayez le fichier définition d'application (.sdm) du projet correspondant ainsi que le fichier du diagramme (.ad) d’application, s'il n'est pas extrait. Après avoir effectué cette tâche, fermez et rouvrez le diagramme d'application.

  • Le diagramme d'application ne peut pas être extrait pour la synchronisation.

    Lorsque le diagramme d'application est archivé dans le contrôle de code source, le diagramme est verrouillé lorsque le contrôle de code source ne peut pas extraire le diagramme pour la synchronisation. Cela se produit lorsque les paramètres de contrôle de code source sont configurés pour extraire la version serveur des fichiers, rechargeant ainsi ces fichiers. Toutefois, les documents SDM ne prennent pas en charge le rechargement pendant la synchronisation, par conséquent, le diagramme ne peut pas être extrait et se verrouille.

    Pour résoudre cette condition, fermez et rouvrez le diagramme qui essaie de synchroniser le diagramme. Pour éviter cette condition, modifiez vos options de contrôle de code source pour toujours extraire la version du dossier de travail ou extraire le fichier avant toute opération qui requiert de recharger le fichier. Pour plus d'informations, consultez Documents modèles de définition de système (SDM) sous contrôle de code source.

  • L'extraction a été annulée par l'utilisateur pour les fichiers .sdm dans les projets d'application ajoutés à la solution à partir du contrôle de code source.

    Si une solution contient un fichier diagramme d'application (.ad) et que les projets (qui ont été générés précédemment pour les applications sur le diagramme d'application) sont ajoutés à la solution de contrôle de code source, Visual Studio extrait automatiquement les fichiers .sdm dans ces projets ou vous invite à les extraire, selon vos paramètres de contrôle de code source. Si l'extraction est annulée pour ces fichiers .sdm, le diagramme est verrouillé à l'ouverture ou à l'ouverture suivante.

    Pour résoudre cette condition, fermez le diagramme, extrayez les fichiers .sdm manuellement, puis rouvrez le diagramme. Vous pouvez également extraire les fichiers .sdm lorsque vous rouvrez le diagramme. Pour éviter cette condition, n'annulez pas l'extraction si vous êtes invité à extraire les fichiers .sdm. Pour plus d'informations, consultez Documents modèles de définition de système (SDM) sous contrôle de code source.

  • Après l'annulation de l'extraction par l'utilisateur pour un projet d'application Windows contenant une référence Web à un point de terminaison fournisseur de services Web renommé sur le diagramme d'application, l'extraction a été annulée par l'utilisateur pour les fichiers App.config et Settings.settings associés à ce projet Windows.

    Lorsqu'un point de terminaison fournisseur de service Web .NET qui est associé à une référence Web dans un projet d'application Windows est renommé, Visual Studio extrait automatiquement le projet d'application Windows ou vous invite à l'extraire, selon vos paramètres de contrôle de code source, afin de mettre à jour la référence Web. Pour plus d'informations, consultez Vue d'ensemble des applications ASP.NET dans les diagrammes d'application. Si l'extraction est annulée pour le projet, le fichier .asmx et le fichier de classe associés au point de terminaison fournisseur de service Web .NET sont rétablis à leurs noms antérieurs. Visual Studio essaie ensuite d'extraire ou vous invite à extraire les fichiers App.config et Settings.settings associés au projet. Si l'extraction est annulée par l'utilisateur pour ces fichiers, le diagramme d'application est verrouillé à l'ouverture ou à l'ouverture suivante.

    Pour résoudre cette condition, fermez le diagramme et extrayez manuellement les fichiers requis avant de rouvrir le diagramme ou lorsque vous rouvrez le diagramme. Pour éviter cette condition, n'annulez pas extraction si vous êtes invité à extraire les fichiers App.config et Settings.settings. Lorsque vous acceptez l'extraction, les caractères en majuscules dans le nom du point de terminaison fournisseur de service Web .NET sont remplacés par des caractères en minuscules.

  • Obtention de la version la plus récente d'un document SDM de contrôle de code source pendant que le fichier de diagramme d'application (.ad) est ouvert.

    L'exécution de cette opération requiert le rechargement du diagramme d'application et risque de désynchroniser ces fichiers. Si cette opération est exécutée pendant que le diagramme d'application est ouvert, celui-ci est verrouillé. Pour plus d'informations, consultez Documents modèles de définition de système (SDM) sous contrôle de code source.

    Pour résoudre cette condition, fermez le diagramme, puis rouvrez-le.

  • Une application sur le diagramme d'application a été implémentée à l'aide d'un modèle personnalisé qui a généré un fichier de définition d'application (.sdm).

    Ces modèles sont créés en général à partir de projets associés à des applications dans le diagramme d'application. L'utilisation de ces modèles crée un conflit entre le fichier de définition d'application (.sdm) généré par le modèle et celui que le Concepteur d'applications essaie de créer pendant le processus d'implémentation.

    Pour résoudre cette condition, fermez le diagramme, supprimez le fichier .sdm et rouvrez le diagramme.

  • Un projet de service Web avec des paramètres WSE (Web Services Enhancement) a fait l'objet d'une ingénierie à rebours ou a été ouvert dans une solution contenant un diagramme d'application alors que WSE n'est pas installé.

    Le diagramme est verrouillé lorsqu'un projet de service Web avec des paramètres WSE est ouvert ou fait l'objet d'une ingénierie à rebours dans une solution de système distribué sur un ordinateur où WSE n'est pas installé.

    Pour résoudre cette condition, fermez le diagramme, installez WSE, puis rouvrez le diagramme. Pour plus d'informations, consultez Types et prototypes d'applications pour la définition d'applications et Considérations relatives à l'ingénierie à rebours dans les solutions existantes.

  • Le diagramme d'application ou un projet a été modifié pendant l'exécution du code.

    Le diagramme est verrouillé lorsque vous essayez de modifier le diagramme d'application ou des projets dans la solution pendant l'exécution du code, par exemple lors de l'exécution du débogueur Visual Studio. L'ajout d'un nouveau diagramme de système distribué, tel qu'un diagramme système, et la réalisation d'actions sur ce diagramme pendant l'exécution du code empêche Visual Studio de répondre.

    Pour résoudre cette condition, arrêtez l'exécution de code, par exemple en fermant le débogueur. Pour éviter cette condition, arrêtez l'exécution de code avant d'ajouter un nouveau diagramme de système distribué ou avant d'exécuter des actions sur le diagramme.

  • Le diagramme d'application ou tout autre fichier de modèle de définition de système (SDM) a été modifié hors du concepteur.

    Le diagramme d'application est verrouillé lorsque des modifications sont apportées au diagramme d'application ou tout autre fichier SDM hors du concepteur correspondant.

    Pour résoudre cette condition, fermez et rouvrez le diagramme d'application.

  • Une tentative de fermeture de la solution s'est produite lors d'une opération du concepteur.

    Le diagramme d'application est verrouillé lorsqu'une tentative de fermeture de la solution s'est produite lors d'une opération du concepteur. Par exemple, cela peut se produire lorsque les modifications apportées à la solution sont récupérées automatiquement du contrôle de code source lors de l'extraction.

    Pour résoudre cette condition, fermez le diagramme, puis fermez et rouvrez la solution. Synchronisez votre solution et les fichiers projet avec les versions les plus récentes sous contrôle de code source, puis rouvrez le diagramme. Vous pouvez être invité à enregistrer votre solution avant la fermeture ; toutefois, l'enregistrement de la solution peut nécessiter la fusion manuelle des éléments dans votre solution afin de la synchroniser. La fusion de documents SDM n'est en général pas recommandée. Pour plus d'informations, consultez Extraction et modifications simultanées des documents modèles de définition de système (SDM).

Problèmes de synchronisation

  • Une fois qu'une application qui prend en charge l'implémentation a été implémentée, son projet correspondant est généré et apparaît dans la solution. La définition SDM pour l'application est stockée dans un document SDM avec une extension .sdm et est incluse avec le projet généré. Chaque fois que le diagramme d'application est ouvert ou fermé, ce fichier .sdm est synchronisé avec toutes les modifications pertinentes apportées au code de projet. Par conséquent, si le diagramme d'application ou un fichier .sdm est désynchronisé avec le code, vous pouvez le resynchroniser en fermant et en rouvrant le diagramme d'application. Pour plus d'informations, consultez Vue d'ensemble du modèle de définition de système (SDM) et Synchronisation dans les documents modèles de définition de système (SDM).

  • Vous pouvez spécifier un fichier de configuration (.config) séparé pour un élément particulier dans le fichier App.config ou Web.config pour une application Windows ou ASP.NET, respectivement. Après avoir ajouté ce fichier de configuration, vous pouvez spécifier son emplacement en ajoutant l'attribut configSource à l'élément dans le fichier App.config ou Web.config. Cet attribut configSource spécifie un dossier situé dans le répertoire où le fichier App.config est stocké et le nom d'un fichier de configuration valide. Par exemple :

    <sessionState configSource="MyFolder\MyConfigFile.config" />

    Ce fichier de configuration supplémentaire doit contenir uniquement les informations de configuration pour cet élément et ne doit pas contenir de balise de déclaration <?xml…?>. Par exemple, MyConfigFile.config doit contenir uniquement les éléments suivants :

    <sessionState>
    <Add session state info here>
</sessionState>
    Remarque :

    Si le fichier de configuration ajouté est déplacé vers un autre emplacement dans le projet, l'attribut configSource n'est pas mis à jour automatiquement avec cet emplacement. Par conséquent, vous devez mettre à jour manuellement l'attribut configSource avec le nouvel emplacement. Si le diagramme d'application est verrouillé, assurez-vous que le fichier de configuration ajouté est mis en forme correctement. Sinon, essayez de fermer et de rouvrir le diagramme d'application.

  • Le fait de renommer un fichier WSDL avec une extension non valide ne supprime pas immédiatement toutes les connexions au point de terminaison de service Web. Pour mettre à jour le diagramme d'application, fermez-le et rouvrez-le.

Fermeture et suppression des diagrammes d'application

Pour supprimer le diagramme d'application ou un projet dans la solution, vous devez fermer le diagramme d'application et tous les autres diagrammes de systèmes distribués ouverts dans la solution. La fermeture du diagramme d'application requiert l'enregistrement et la fermeture de n'importe quel diagramme système ou de déploiement.

Pour fermer le diagramme d'application sans l'enregistrer, fermez d'abord tout diagramme système ou de déploiement.

Ingénierie à rebours des références Web dans les bibliothèques de classes

Il est possible que l'ingénierie à rebours des références de service Web dans les bibliothèques de classes ne soit pas effectuée correctement dans les scénarios suivants :

  • Il est possible que l'ingénierie à rebours des références de service Web dans les bibliothèques de classes Visual Basic ne soit pas effectuée correctement lorsque la bibliothèque de classes est générée en tant que dernière étape après avoir copié les entrées appropriées et ajouté la référence de projet Bibliothèque de classes à l'application consommateur.

    Pour résoudre cette condition, cliquez avec le bouton droit sur la référence Web dans la bibliothèque de classes, choisissez Mettre à jour la référence Web, puis régénérez la bibliothèque de classes. Pour éviter cette condition, générez la bibliothèque de classes après avoir ajouté de nouvelles références Web mais avant de copier les entrées de fichier de configuration et d'ajouter la référence de projet Bibliothèque de classes.

  • Il est possible que l'ingénierie à rebours des références de service Web dans les bibliothèques de classes Visual Basic ne soit pas effectuée correctement lorsqu'une application consommateur référence plusieurs bibliothèques de classes et que chacune de ces bibliothèques contient une référence Web à un service Web différent.

    Pour résoudre cette condition, vous devrez mettre à jour toutes les références Web dans les bibliothèques de classes affectées. Cliquez avec le bouton droit sur chaque référence Web dans chaque bibliothèque de classes affectée, choisissez Mettre à jour la référence Web, puis régénérez la solution entière. Après avoir ajouté de nouvelles références Web et recréé les bibliothèques de classes correspondantes, régénérez une nouvelle fois la solution entière pour effectuer une ingénierie à rebours de ces références Web.

  • Il est possible que l'ingénierie à rebours des références de service Web ne soit pas effectuée correctement lorsqu'un projet Windows et un projet Web ASP.NET font tous deux référence à la même bibliothèque de classes.

    Pour résoudre cette condition, fermez le diagramme d'application et supprimez les références à la bibliothèque de classes partagée des projets Windows et Web ASP.NET. Ajoutez d'abord la référence de bibliothèque de classes au projet Web ASP.NET, ouvrez le diagramme d'application, puis ajoutez la référence de bibliothèque de classes au projet Windows.

Pour plus d'informations, consultez Comment : référencer des bibliothèques de classes d'applications dans des diagrammes d'application.

Voir aussi

Tâches

Dépannage des diagrammes système

Référence

Considérations sur la suppression de membres et de points de terminaison des systèmes d'applications

Autres ressources

Conception d'applications avec le Concepteur d'applications