Solução de problemas aplicativo Diagrams

Quando trabalha no Designer de Aplicativos, certas ações afetam o diagrama de aplicativo, bem sistema autônomo outros diagramas de sistema distribuído.Este tópico descreve as condições que resultam de executando essas ações, seu impacto em itens associados e as etapas a que serem seguidas para resolver essas condições.

A lista a seguir descreve sistema autônomo estados de alertas que podem surgir dessas ações, bem sistema autônomo Outros áreas em que talvez você precise solucionar problemas:

• Alert States on Application Diagrams

• Locked Application Diagrams

• Synchronization Issues

• Closing and Removing Application Diagrams

• Reverse-Engineering Web References in Class Libraries

Para outras áreas que podem exigir a solução de problemas, consulte os tópicos a seguir:

• Considerações sobre a engenharia de Reverse em soluções existentes

• Considerações sobre a renomeação Applications on aplicativo Diagrams

• Considerações sobre a implementação de aplicativos

• Considerações para excluindo aplicativos de aplicativo Diagrams

Estados de alerta on aplicativo Diagrams

A tabela a seguir descreve alerta estados que podem ser exibidas no diagrama de aplicativo.

Estado de alerta	Causa possível
estrutura de tópicos tracejado vermelho	Aplicativo ou formas de definição de ponto de extremidade são exibidas com contornos tracejados vermelhos quando seus links para os seguintes itens estão desfeitos: A definição do SDM (sistema Definition Model) de um aplicativo ou o ponto de extremidade está ausente. Projeto associado a uma definição de aplicativo implementado está faltando, descarregada ou não disponível. Definições de aplicativo ou ponto de extremidade com esses links desfeitos também são chamadas de "órfãos".
Erro de vermelho (X)	Existe um erro de validação em uma definição de aplicativo.Este ícone é exibido abaixo do nome de tipo de aplicativo na forma de definição de aplicativo.
Aviso amarelo (!)	Um dos seguintes: Um arquivo .asmx, que contém serviço Web classe definição in-line foi usado para criar uma Web do .NET provedor de serviços ponto de extremidade. Implementação não ocorreu para um serviço Web ponto de extremidade de consumo. O nome de vinculação WSDL e namespace são incompatíveis entre um ponto de provedor e consumidor extremidade de serviço Web. Um arquivo de projeto não compilar ou analisar. O linguagem da classe de serviço Web associada a um ponto de extremidade de provedor de serviços Web não corresponde ao linguagem do projeto que o contém.

As seções a seguir contêm mais informações sobre o alerta estados que podem ser exibidos:

• Error Alert States on Applications or Endpoints

• Warning States on Applications or Endpoints

Estados de alerta de erro em aplicativos ou pontos de extremidade

Estados de alertas de erro podem aparecer nos aplicativos ou pontos de extremidade nas seguintes condições:

• A definição do SDM (sistema Definition Model) de um aplicativo ou o ponto de extremidade está ausente.

  Uma definição de aplicativo ou ponto de extremidade aparecerá órfão quando seus metadados SDM estão ausente.Isso ocorre se os metadados do SDM estão ausente no arquivo de definição (.sdm) do aplicativo ou se .sdm arquivo a definição aplicativo não existe mais na solução.Para obter mais informações sobre o SDM, consulte Visão geral sobre o modelo de definição do sistema (SDM).

  Por exemplo, se você excluir .sdm arquivo de uma definição de aplicativo enquanto o diagrama de aplicativo permanece fechado, a definição do aplicativo e qualquer um dos seus usos sistema autônomo membros em diagramas de sistema aparecerá órfãos.Quando você reabrir o diagrama de aplicativo, Visual Studio gera novamente o arquivo .sdm com qualquer informação de SDM pode recriar de outra fonte. Visual Studio também irá recriar uma nova definição de aplicativo no diagrama de aplicativo com base no arquivo .sdm gerado novamente.

  Observação:

  T Ele arquivo .sdm regenerados não irá contém informações que é armazenados somente no arquivo .sdm excluída anteriormente.Certas informações, sistema autônomo c ertain configurações e restrições e alterações identidade de definição de aplicativo da (seu nome, nome do documento SDM cultura, ou versão) serão perdidas.Por exemplo, informações do SDM para pontos de extremidade de conteúdo da Web em um aplicativo ASP.NET são armazenadas apenas no arquivo .sdm.Se Excluir o .sdm file , Visual Studio regenera-lo quando você reabrir o diagrama de aplicativo. No entanto, Visual Studio engenharia reversa não serão os pontos de extremidade de conteúdo da Web. Esses pontos de extremidade permanecerá órfãos.

  Para resolver uma definição de órfão, restaure o arquivo .sdm.Se você não pode restauração o arquivo .sdm, adicione quaisquer novos pontos de extremidade que você precisa para a nova definição e reconectar definições de aplicativo da definição de órfão para a nova definição.Se os diagramas do sistema contêm membros órfãos resultante da definição de órfão, repare aqueles membros, associando-os com a nova definição.Por fim, exclua a definição de órfão do diagrama de aplicativo.Para obter mais informações, consulte Como: Reparar membros isolados em sistemas de aplicativos.

• O projeto de uma definição de aplicativo implementado está faltando ou é descarregada da solução.

  A definição de aplicativo implementada e suas conexões aparecem órfãos quando seu projeto está faltando ou é descarregada na solução.

  Para resolver essa condição, adicione o projeto à solução ou recarregar o projeto.Para obter mais informações, consulte Como: Projetos de engenharia reversa em soluções existentes e Como: Descarregar e recarregar projetos.

• O projeto de uma definição de aplicativo implementado não está mais disponível.

  A definição de aplicativo implementada e suas conexões aparecem órfãos e seu projeto aparece descarregado em sua solução.

  Para resolver esse problema, remova projeto descarregado da sua solução e excluir a definição de aplicativo do diagrama de aplicativo.

• Existe um erro de validação em um aplicativo.

  Um ícone vermelho de erro aparece no aplicativo.Erros de validação aparecem na janela erro lista para que você possa revisar e resolvê-los.Para obter mais informações, consulte Janela Lista de Erros.

Estados de aviso em aplicativos ou pontos de extremidade

Estados de aviso amarelo podem aparecer nos aplicativos ou pontos de extremidade nas seguintes condições:

• Um arquivo .asmx, que contém serviço Web classe definição in-line foi usado para criar uma Web do .NET provedor de serviços ponto de extremidade.

  Um ícone de aviso é exibido em um ponto de extremidade de provedor de serviços Web do .NET quando um arquivo .asmx, que contém serviço Web classe definição in-line foi usado para criar o ponto de extremidade.

  Para resolver essa condição, serviço Web deve ser definido dentro de uma definição de classe único em um arquivo de código separados ou arquivo "code-behind".Para obter mais informações, consulte Visão geral do ASP.NET Applications on aplicativo Diagrams.

• Não foi bem sucedida implementação para um ponto de extremidade do consumidor de serviço Web.

  Um ícone de aviso aparece no ponto de extremidade de consumo porque a referência da Web não pôde ser criada.Depois de resolver a causa, o ponto de extremidade de consumo pode ser implementado.

  Para implementar o ponto de extremidade de consumo, selecionar ponto de extremidade de consumo de serviço Web, aponte para Implementação on the Diagrama menu e escolher Implementar.Você também pode clicar com o botão direito do mouse o ponto de extremidade e escolher Implementar.

  A tabela a seguir descreve situações que podem produzir essa condição.

  Condição	Para resolver essa condição
  ponto de extremidade de consumo está conectado a um ponto de extremidade de serviço Web provedor que possui uma operação fazendo referência a um tipo indefinido.	Definir o tipo no serviço Web ponto de extremidade do provedor e, em seguida, implementar o ponto de extremidade de consumo.Para obter mais informações, consulte Como: Definir a operação e tipos de parâmetros para serviços Web do ASP.NET.
  ponto de extremidade de consumo está conectado a um não implementado serviço Web ponto de extremidade do provedor.	Implementar o aplicativo ASP.NET com o serviço Web ponto de extremidade de provedor.Pontos de extremidade quaisquer conectado mas não implementada consumidor serão implementados automaticamente. Observação: Verifique se um arquivo WSDL está também disponível no local especificado do WSDL.
  Ocorreu um erro ao tentar baixar o arquivo WSDL.	Se o .NET serviço Web ponto de extremidade do provedor é implementado e corresponde a um arquivo .asmx na solução, essa condição pode ocorrer devido a erros em time de execução.Para exibir esses erros, para em em aberto a página de teste, clicando com o botão direito do mouse no arquivo .asmx, no gerenciador de soluções e escolha Exibir no navegador.Depois de corrigir os erros, clicar com o botão direito do mouse o ponto de extremidade de consumo e atualizar a referência da Web.
  Ponto de extremidade de provedor de serviços da Web de solicitações em conformidade com Web Services interoperabilidade (WS-I) Basic analisar 1 versão 1.1 quando não existir.	Examine o arquivo de classe de serviço Web para o atributo a seguir: <WebServiceBinding(Name:="WebServiceName", ConformsTo:= WsiProfiles.BasicProfile1_1, EmitConformanceClaims:=True)> _ escolher uma das seguintes opções: Se você deseja que serviço Web para ser compatível com WS-I Basic analisar, revise a lista de erros ou avisos que você precisa resolver abrindo a página de teste arquivo.asmx do serviço Web. Dica: Para executar essa tarefa, clicar com o botão direito do mouse no arquivo .asmx, no gerenciador de soluções e escolher Exibir no navegador.Depois de corrigir os erros, clicar com o botão direito do mouse o ponto de extremidade de consumo e atualizar a referência da Web. -OU- Se você não deseja que o serviço Web para ser compatível com WS-I Basic analisar, remova o ConformsTo e EmitConformanceClaims atributos do arquivo de classe de serviço da Web.
  Não é possível acessar o arquivo WSDL porque o IIS ou o ASP.NET Development servidor pode não estar em execução.	Verifique se está executando o IIS ou o ASP.NET Development servidor.Para obter mais informações, leia a documentação do produto para a sua versão do IIS e consulte Servidores Web no Visual Web Developer.
  ASP.NET não está habilitado para o Serviços de Informações da Internet da Microsoft (IIS).	Habilite o ASP.NET no IIS.Para obter mais informações, consulte a documentação do produto para sua versão do IIS.
  Não há suporte para referências da Web ao Unicode URLs no IIS versões anteriores à 6.0.	Atualize para o IIS 6.0.Para obter mais informações, consulte a documentação do produto para o Serviços de Informações da Internet da Microsoft em https://go.Microsoft.com/fwlink/?LinkID=42196 e Microsoft Windows servidor 2003 implantação Kit em https://go.Microsoft.com/fwlink/?LinkID=34154.

  1WS-I Basic analisar é uma especificação que contém recomendações para assegurar que os serviços da Web sejam compatível entre si.Para obter mais informações sobre o WS-, vejo recursos de interação no MSDN online em https://go.Microsoft.com/fwlink/?LinkId=49585.

• O nome de vinculação WSDL e vinculação de namespace não correspondem um serviço Web ponto de extremidade do provedor e consumidor.

  Será exibido um aviso de dica de ferramenta quando você tenta conectar-se pontos de extremidade de serviço Web cujo nome de vinculação WSDL e o namespace da ligação não coincidem.No entanto, você não serão impedidos de fazer a conexão.

• Um arquivo de projeto não compilar ou analisar.

  Um aviso será exibido em um aplicativo quando um arquivo de projeto não pode ser analisado.O Lista de Erros janela exibe o nome do aplicativo, o arquivo de projeto e localização da linha que não é compilado ou analisar.

  Para resolver essa condição, corrija a análise ou erro de compilar no arquivo especificado ou desfazer a alterar que causar a análise ou erro de compilar.

• O linguagem da classe de serviço Web associada a um ponto de extremidade de provedor de serviços Web não corresponde ao linguagem do projeto que o contém.

  Um ícone de aviso é exibido em um ponto de extremidade de provedor de serviços da Web quando o linguagem do seu arquivo de classe de serviço Web não corresponde ao linguagem do projeto de aplicativo que o contém.Um aviso também será exibido no ponto de extremidade do Web serviço consumidor porque nenhuma classe de proxy existe.

  Para resolver essa condição, o linguagem de um serviço Web deve corresponde ao linguagem do aplicativo de provedor de serviços da Web.

bloqueado Aplicativo diagramas

Sob determinadas condições, o diagrama de aplicativo pode ficar bloqueado e aparecem em um estado somente leitura.O diagrama aparecerão sombreado, aplicativo definições no diagrama exibirá padlocks e não é possível fazer alterações no diagrama.Diagrama de aplicativo fica bloqueado nas seguintes condições:

• Não é um arquivo de código ou a classe no projeto aplicativo compilar ou analisar.

  O diagrama fica bloqueado e o Lista de Erros janela lista um ou mais arquivos que não compilar ou analisar e a localização desses erros nesses arquivos.

  Para resolver essa condição, corrija a compilar ou analisar erros de arquivos especificados ou desfazer as alterações que causaram os erros de compilar ou análise.

• Alterações nas seções criptografadas nos arquivos de configuração foram tentadas; Entretanto, descriptografar essas seções foi malsucedida.

  Quando seções do arquivo de configuração são criptografadas, estas seções devem ser descriptografadas para editá-los.Caso contrário, o diagrama fica bloqueado e a janela erro lista indica que o diagrama está bloqueado.

  Para resolver essa condição, instale o provedor necessário descriptografia e a chave ou descriptografar manualmente o arquivo.Talvez também seja necessário fechar e reabrir o diagrama de aplicativo.Você também pode remover a seção criptografada no arquivo de configuração; no entanto, remover dados criptografados também exclui-lo.Para obter mais informações, consulte Considerações sobre a implementação de aplicativos.Para obter mais informações, consulte Criptografando informações de configuração usando configuração protegida e Criptografando e Descriptografando Seções de Configuração.

• Alterações no diagrama de aplicativo não é possível sincronizar com outros arquivos de projeto permaneçam com check-in sob controle do código-fonte.

  O diagrama fica bloqueado e a janela Lista de Erros indica que ocorreu um erro de sincronização porque o check-out foi cancelado.

  Para resolver essa condição, confira os arquivos necessários para que eles podem sincronizar com as alterações e, em seguida, fechar e reabrir o diagrama de aplicativo.Para obter mais informações, consulte Sistema definition Model (SDM) documentos sob Controlarar de origem.

  Por exemplo, isso pode ocorrer quando o arquivo .asmx para um serviço Web é excluído e a opção de controle do código-fonte é conjunto para sempre fazer check-out de arquivo do trabalho.Para resolver essa condição, fazer check-out do arquivo de definição (.sdm) do aplicativo de projeto correspondente, bem sistema autônomo o aplicativo (.ad) de arquivo de diagrama, se não fez fazer check-out.Depois de executar essa tarefa, fechar e reabra o diagrama de aplicativo.

• Diagrama de aplicativo não é possível fazer check-out para sincronização.

  Quando o diagrama de aplicativo é marcado no controle de código-fonte, o diagrama torna-se bloqueada quando o controle do código-fonte não é possível fazer check-out o diagrama para sincronização.Isso ocorre quando controle do código-fonte configurações estão definidas para fazer check-out da versão do servidor de arquivos, que recarrega esses arquivos.No entanto, o SDM documentos não oferecem suporte a recarregamento durante a sincronização, portanto, o diagrama não é possível fazer check-out e bloqueará.

  Para resolver essa condição, fechar e reabra o diagrama, que tenta sincronizar o diagrama.Para evitar essa condição, altere as opções de controle do código de fonte para sempre fazer check-out the working pasta versão ou check-out do arquivo anterior à qualquer operação que exija o recarregamento do arquivo.Para obter mais informações, consulte Sistema definition Model (SDM) documentos sob Controlarar de origem.

• Check-out foi cancelada pelo usuário para .sdm arquivos em projetos de aplicativos adicionados à solução do controle de código de fonte.

  Se uma solução contiver um arquivo de diagrama (.ad) do aplicativo e projetos (que anteriormente foram gerados para aplicativos no diagrama de aplicativo) são adicionados à solução do controle de código de origem, o Visual Studio faz o check-out de arquivos .sdm nesses projetos automaticamente ou solicita que você verificá-los, dependendo das configurações de controle do código-fonte.Se for cancelado check-out desses arquivos .sdm, o diagrama fica bloqueado se ele estiver em aberto ou na próxima vez que ele é em aberto.

  Para resolver essa condição, fechar o diagrama, fazer check-out de arquivos .sdm manualmente e, em seguida, reabra o diagrama.Você também pode fazer check-out o .sdm arquivos quando você reabrir o diagrama.Para evitar essa condição, não faça cancelar check-out se você for solicitado a fazer check-out de arquivos .sdm.Para obter mais informações, consulte Sistema definition Model (SDM) documentos sob Controlarar de origem.

• Após o cancelamento do check-out pelo usuário para um projeto de aplicativos do Windows que contém uma referência da Web para um serviço Web renomeado ponto de extremidade de provedor no diagrama de aplicativo, check-out foi cancelado pelo usuário para o App.config e Settings.settings arquivos associados a esse projeto de Windows.

  Quando um .NET serviço Web ponto de extremidade de provedor que está associado a uma referência da Web em um projeto de aplicativos do Windows é renomeado, o Visual Studio faz o check-out do projeto de aplicativos do Windows automaticamente ou solicita que você check-out, dependendo das configurações de controle do código-fonte, para que a referência da Web pode ser atualizada.Para obter mais informações, consulte Visão geral do ASP.NET Applications on aplicativo Diagrams.Se o check-out é cancelado para o projeto, arquivo .asmx e arquivo de classe associado com o ponto de extremidade de provedor de serviços Web do .NET reverter para seus nomes anteriores.O Visual Studio, em seguida, tenta fazer check-out ou solicita que você fazer check-out de arquivos do App.config e Settings.settings associados com o projeto.Se check-out é cancelado pelo usuário para esses arquivos, o diagrama de aplicativo fica bloqueado se ele estiver em aberto ou na próxima vez que ele é em aberto.

  Para resolver essa condição, fechar o diagrama e verifique os arquivos necessários manualmente antes de reabrir o diagrama ou quando você reabrir o diagrama.Para evitar essa condição, não cancele check-out se você for solicitado a fazer check-out de arquivos App.config e Settings.settings.Quando você aceita o check-out, quaisquer caracteres maiúsculos no nome do ponto de extremidade de provedor .NET serviço Web são alterados para letras em minúsculas.

• Obtenção da versão mais recente de um documento SDM da controle do código-fonte enquanto o arquivo de diagrama (.ad) do aplicativo estiver em aberto.

  Executar esta operação requer recarregando o diagrama de aplicativo e pode fazer com que esses arquivos para se tornar não sincronizadas.Se esta operação for executada enquanto o diagrama de aplicativo estiver em aberto, o diagrama de aplicativo é bloqueado.Para obter mais informações, consulte Sistema definition Model (SDM) documentos sob Controlarar de origem.

  Para resolver essa condição, fechar o diagrama e, em seguida, reabri-lo.

• Um aplicativo no diagrama de aplicativo foi implementado usando um modelo personalizado que gerou um definição de aplicativo arquivo (.sdm).

  Esses modelos normalmente são criados a partir de projetos associados a aplicativos no diagrama de aplicativo.Usando esses modelos, criará um conflito entre o arquivo de definição (.sdm) do aplicativo gerado pelo modelo e uma que Designer de Aplicativos tentará criar durante o processo de implementação.

  Para resolver essa condição, fechar o diagrama, exclua o arquivo .sdm e reabrir o diagrama.

• Um projeto de serviço Web com configurações Web Services Enhancement (WSE) foi com engenharia reversa ou aberto em uma solução que contém um diagrama de aplicativo quando o WSE não está instalado.

  O diagrama é bloqueado quando um projeto de serviço Web com as configurações do WSE é aberto ou engenharia reversa em uma solução de sistema distribuído em um computador que não tenha instalado o WSE.

  Para resolver essa condição, fechar o diagrama, instalar o WSE e, em seguida, reabra o diagrama.Para obter mais informações, consulte Tipos de aplicativo e protótipos para definir aplicativo s e Considerações sobre a engenharia de Reverse em soluções existentes.

• Diagrama de aplicativo ou um projeto foi modificado durante a execução do código.

  O diagrama fica bloqueado ao tentar modificar o diagrama de aplicativo ou projetos na solução durante a execução do código, por exemplo, quando o depurador do Visual Studio está sendo executado.Adicionar um novo diagrama do sistema distribuído sistema autônomo um diagrama do sistema e executando ações naquele diagrama enquanto o código está em execução faz com que Visual Studio para parar de responder.

  Para resolver essa condição, interromper a execução de código, por exemplo, fechando o depurador.Para evitar essa condição, interromper a execução de código antes de adicionar um novo diagrama do sistema distribuído ou antes de executar ações no diagrama.

• Diagrama de aplicativo ou qualquer Outros arquivo definição de sistema Model (SDM) foi modificado fora do designer.

  Diagrama de aplicativo é bloqueado quando forem feitas alterações em diagrama de aplicativo ou qualquer Outros arquivo SDM fora do criador correspondente.

  Para resolver essa condição, fechar e reabra o diagrama de aplicativo.

• Ocorreu uma tentativa de fechar a solução durante uma operação de designer.

  Diagrama de aplicativo é bloqueado quando foi feita uma tentativa para fechar a solução durante uma operação de designer.Por exemplo, isso pode ocorrer quando as alterações à solução são recuperadas automaticamente do controle de código de fonte no check-out.

  Para resolver essa condição, fechar o diagrama, em seguida, feche e reabra a solução.Sincronizar os arquivos de solução e projeto com as versões mais recentes sob controle do código-fonte e, em seguida, reabra o diagrama.Você pode ser solicitado para salvar sua solução antes de fechar; no entanto, salvando a solução pode exigir mesclagem itens em sua solução manualmente para sincronizar sua solução.Mesclando documentos SDM geralmente não é recomendado.Para obter mais informações, consulte Fazer Check-out e alterações para Sistema Definition Model (SDM) documentos simultâneas.

Problemas de sincronização

• Depois que um aplicativo que ofereça suporte a implementação foi implementado, seu projeto correspondente é gerado e aparece na solução.A definição do SDM (sistema Definition Model) para o aplicativo é armazenada em um documento SDM que tem a extensão .sdm e está incluído no projeto gerado.Sempre que o diagrama de aplicativo é aberto ou fechado, esse arquivo .sdm será sincronizado com as alterações relevantes ao projeto de código.Portanto, se o diagrama de aplicativo ou um arquivo .sdm ficar sem sincronia com o código, você pode ressincronizá-lo fechando e reabrindo o diagrama de aplicativo.Para obter mais informações, consulte Visão geral sobre o modelo de definição do sistema (SDM) e Sincronização em Sistema Definition Model (SDM) documentos.

• Você pode especificar um arquivo de configuração (config) separada para um determinado elemento no App.config ou arquivo Web.config para um aplicativo Windows ou do ASP.NET, respectivamente.Após adicionar esse arquivo de configuração, você pode especificar sua localidade, adicionando o configSource o atributo ao elemento no arquivo app.config ou Web.config. Este configSource atributo especifica uma pasta localizado no diretório onde o arquivo app.config é armazenado e o nome de um arquivo de configuração válido. Por exemplo:

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

  Este arquivo de configuração adicional deve conter apenas as informações de configuração para esse elemento e não deve conter um <?xml…?> marca de declaração. Por exemplo, MyConfigFile.config deve conter apenas o seguinte:

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

  Observação:

  Se o arquivo de configuração adicional for movido para outro local no projeto, o configSource atributo não é atualizado automaticamente com esse local. Portanto, você deve manualmente atualização o configSource atributo com o novo local. Se os bloqueios de diagrama de aplicativo, certifique-se de que o arquivo de configuração adicional está formatado corretamente.Caso contrário, tente fechar e reabrir o diagrama de aplicativo.

• Renomear um arquivo WSDL com uma extensão inválido não exclui imediatamente qualquer conexão com o ponto de extremidade de serviço Web.Para atualização diagrama de aplicativo, fechar e reabra-a.

Fechar e removendo aplicativo Diagrams

Para remover o diagrama de aplicativo ou um projeto da solução, você deve fechar o diagrama de aplicativo e todos os outros em aberto distribuídos diagramas do sistema na solução.Fechar o diagrama de aplicativo requer salvando e fechando qualquer abrem diagramas do sistema ou da implantação.

Para fechar o diagrama de aplicativo sem salvá-lo, primeiro feche qualquer sistema em aberto ou diagramas de implantação.

Referências da Web de engenharia reversa em classe bibliotecas

Referências de serviço Web em bibliotecas de classe talvez não engenharia reversa corretamente nas seguintes situações:

• Referências de serviço Web em bibliotecas de classes do Visual Basic podem não fazer engenharia reversa corretamente quando a biblioteca de classes é criada sistema autônomo a última etapa depois de copiar sistema autônomo entradas apropriadas e adicionar a referência de projeto biblioteca classe o aplicativo do cliente.

  Para resolver essa condição, clicar com o botão direito do mouse na referência da Web na biblioteca de classes, escolher atualização Web Reference e recompilação, em seguida, a biblioteca de classes.Para evitar essa condição, crie a biblioteca de classes após a adição de novas referências da Web mas antes para copiar as entradas do arquivo de configuração e adicionar a referência de projeto de biblioteca de classe.

• Referências de serviço Web em bibliotecas de classes do Visual Basic podem não fazer engenharia reversa corretamente quando um aplicativo do cliente faz referência a várias bibliotecas de classe e cada uma dessas bibliotecas contém uma referência da Web para um serviço Web diferente.

  Para resolver essa condição, você precisará atualização todas as referências da Web nas bibliotecas de classe afetado.clicar com o botão direito do mouse em cada referência da Web em cada biblioteca de classes afetada, escolher Atualizar referência da Web e, em seguida, recompilar toda a solução.Depois de adicionar novas referências da Web e recriar as bibliotecas de classe correspondente, recrie a solução inteira novamente para reverter a engenharia essas referências da Web.

• Serviço Web referencia pode não fazer engenharia reversa corretamente quando o Windows e o ASP.NET projeto Web ambos referência à biblioteca de classes do mesmo.

  Para resolver essa condição, fechar o diagrama de aplicativo e remova as referências para a biblioteca de classes compartilhadas de projetos Windows e Web do ASP.NET.Primeiro adicione a referência de biblioteca de classes ao projeto ASP.NET Web, abra o diagrama de aplicativo e, em seguida, adicione a referência de biblioteca de classes ao projeto Windows.

Para obter mais informações, consulte Como: Fazer referência a bibliotecas classe de aplicativos on aplicativo Diagrams.

Consulte também

Tarefas

Solucionando problemas de diagramas de sistema

Referência

Considerações para excluir membros e pontos de extremidade de sistemas de aplicativos

Outros recursos

Criando aplicativos com criador Application