Solucionar problemas de diagramas de aplicaciones

Actualización: noviembre 2007

Cuando se trabaja en el Diseñador de aplicaciones, ciertas acciones afectan al diagrama de aplicaciones así como a otros diagramas de sistemas distribuidos. En este tema se describen las condiciones que son el resultado de realizar estas acciones, su impacto en los elementos asociados y las medidas que se pueden tomar para resolver estas condiciones.

La lista siguiente describe los estados de alerta que pueden surgir de esas acciones así como otras áreas en las que puede necesitar 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 otras áreas que podrían requerir solución de problemas, consulte los temas siguientes:

• Consideraciones referentes a las técnicas de ingeniería inversa en soluciones existentes

• Consideraciones para cambiar el nombre de aplicaciones en diagramas de aplicaciones

• Consideraciones para la implementación de aplicaciones

• Consideraciones para eliminar aplicaciones de diagramas de aplicaciones

Estados de alerta en diagramas de aplicaciones

La tabla siguiente describe los estados de alerta que pueden aparecer en diagramas de aplicaciones.

Estado de alerta	Causa posible
Contorno rojo discontinuo	Las formas de las definiciones de aplicación o de punto final aparecen con contornos de guiones de color rojo cuando se rompen sus vínculos a los elementos siguientes: Falta la definición del Modelo de definición de sistema (SDM) de una aplicación o extremo. El proyecto asociado a una definición de aplicación implementada falta, está descargado o no está disponible. Las definiciones de aplicación o de punto final con estos vínculos rotos también se denominan "huérfanas".
Error en rojo (X)	Existe un error de validación en una definición de aplicación. Este icono aparece debajo del nombre del tipo de aplicación en la forma de la definición de aplicación.
Advertencia en amarillo (!)	Una de las causas siguientes: Se utilizó un archivo .asmx que contiene insertada la definición de la clase de servicio web para crear un punto final de proveedor de servicios web .NET. No se produjo la implementación para un extremo de consumidor de servicio Web. El nombre de enlace de WSDL y el espacio de nombres no coinciden entre un proveedor de servicio Web y un extremo de consumidor. Un archivo de proyecto no se puede compilar o analizar. El lenguaje de la clase de servicio Web asociado con un extremo del proveedor de servicios Web no coincide con el lenguaje del proyecto que lo contiene.

Las secciones siguientes contienen más información sobre los estados de alerta que podrían aparecer:

• Error Alert States on Applications or Endpoints

• Warning States on Applications or Endpoints

Estados de alerta de error en aplicaciones o extremos

Los estados de alerta de error podrían aparecer en aplicaciones o extremos bajo las condiciones siguientes:

• Falta la definición del Modelo de definición de sistema (SDM) de una aplicación o extremo.

  Una definición de aplicación o de punto final aparece como huérfana cuando faltan sus metadatos de SDM. Esto ocurre si los metadatos de SDM no están en el archivo de definición de aplicación (.sdm) o si el archivo .sdm de la definición de aplicación ya no existe en la solución. Para obtener más información sobre SDM, vea Información general sobre el modelo de definición del sistema (SDM).

  Por ejemplo, si elimina el archivo .sdm de una definición de aplicación mientras está cerrado el diagrama de aplicaciones, la definición de aplicación y cualquiera de sus usos como miembros de diagramas de sistemas aparecerán huérfanos. Cuando se vuelva a abrir el diagrama de aplicaciones, Visual Studio volverá a generar el archivo .sdm con toda la información de SDM que pueda volver a crear a partir de otro origen. Visual Studio también volverá a crear una nueva definición de aplicación en el diagrama de aplicaciones basándose en el archivo .sdm generado de nuevo.

  Nota:

  El archivo .sdm generado de nuevo no contiene la información almacenada únicamente en el archivo .sdm que se eliminó anteriormente. Se perderá cierta información, como algunas configuraciones, restricciones y cambios en la identidad de la definición de aplicación (nombre, nombre de documento SDM, referencia cultural o versión). Por ejemplo, la información de SDM para extremos de contenido Web en una aplicación ASP.NET sólo se almacena en el archivo .sdm. Si elimina el archivo .sdm, Visual Studio volverá a generarlo cuando abra de nuevo el diagrama de aplicaciones. Sin embargo, Visual Studio no aplicará técnicas de ingeniería inversa a los puntos finales de contenido web. Estos puntos finales seguirán huérfanos.

  Para resolver una definición huérfana, restaure el archivo .sdm. Si no puede restaurar el archivo .sdm, agregue los nuevos puntos finales que necesite a la nueva definición y vuelva a conectar las definiciones de aplicación desde la definición huérfana a la nueva definición. Si los diagramas de sistemas contienen miembros huérfanos que son el resultado de la definición huérfana, repare esos miembros asociándolos a la nueva definición. Por último, elimine la definición huérfana del diagrama de aplicaciones. Para obtener más información, vea Cómo: Reparar miembros huérfanos en sistemas de aplicaciones.

• El proyecto de una definición de aplicación implementada falta o se ha descargado de la solución.

  La definición de aplicación implementada y sus conexiones aparecen huérfanas cuando su proyecto falta o se ha descargado de la solución.

  Para resolver esta situación, vuelva a agregar el proyecto a la solución o vuelva a cargar el proyecto. Para obtener más información, vea Cómo: Realizar prácticas de ingeniería inversa en proyectos de soluciones existentes y Cómo: Descargar y volver a cargar proyectos.

• El proyecto de una definición de aplicación implementada ya no está disponible.

  La definición de aplicación implementada y sus conexiones aparecen huérfanas y su proyecto aparece descargado en la solución.

  Para resolver este problema, quite el proyecto descargado de la solución y elimine la definición de aplicación del diagrama de aplicaciones.

• Existe un error de validación en una aplicación.

  Aparece un icono de error rojo en la aplicación. Los errores de validación aparecen en la ventana Lista de errores para que pueda revisarlos y resolverlos. Para obtener más información, vea Lista de errores (Ventana).

Estados de advertencia en aplicaciones o extremos

Los estados de advertencia en amarillo podrían aparecer en aplicaciones o extremos bajo las condiciones siguientes:

• Se utilizó un archivo .asmx que contiene insertada la definición de la clase de servicio web para crear un punto final de proveedor de servicios web .NET.

  Aparece un icono de advertencia en un punto final de proveedor de servicios web .NET cuando se utilizó un archivo .asmx que contiene insertada la definición de la clase de servicio web para crear el punto final.

  Para resolver esta situación, el servicio Web se debe definir dentro de una definición de clase única en un archivo de código independiente o archivo "subyacente". Para obtener más información, vea Información general sobre aplicaciones ASP.NET en diagramas de aplicaciones.

• La implementación no se realizó satisfactoriamente para un extremo de consumidor de servicio Web.

  Aparece un icono de advertencia en el extremo de consumidor porque no se pudo crear la referencia Web. Después de resolver la causa, ya se puede implementar el extremo de consumidor.

  Para implementar el extremo de consumidor, seleccione el extremo de consumidor del servicio Web, señale Implementación en el menú Diagrama y elija Implementar. También puede hacer clic con el botón secundario en el extremo y elegir Implementar.

  La tabla siguiente describe escenarios que podrían generar esta situación.

  Condición	Para resolver esta condición
  El extremo de consumidor se conecta a un extremo del proveedor de servicios Web que tiene una operación que hace referencia a un tipo no definido.	Defina el tipo en el extremo del proveedor de servicios Web y, a continuación, implemente el extremo de consumidor. Para obtener más información, vea Cómo: Definir tipos de operación y de parámetro para servicios web ASP.NET.
  El extremo de consumidor se conecta a un extremo del proveedor de servicios Web no implementado.	Implemente la aplicación ASP.NET con el extremo del proveedor de servicios Web. Cualquiera extremo de consumidor conectado pero no implementado se implementará automáticamente. Nota: Asegúrese de que también hay un archivo WSDL disponible en la ubicación de WSDL especificada.
  Ocurrió un error al intentar descargar el archivo WSDL.	Si el punto final de proveedor de servicios web .NET está implementado y corresponde a un archivo .asmx de la solución, esta condición puede ser debida a errores en tiempo de ejecución. Para ver estos errores, abra la página de prueba haciendo clic con el botón secundario en el archivo .asmx en el Explorador de soluciones y eligiendo Ver en el explorador. Después de corregir los errores, haga clic con el botón secundario en el extremo de consumidor y actualice la referencia Web.
  El extremo del proveedor de servicios Web declara su conformidad con Interoperabilidad de Servicios Web (WS-I), Perfil básico1, versión 1.1 cuando realmente no la tiene.	Busque en el archivo de clase del servicio Web el atributo siguiente: <WebServiceBinding(Name:="WebServiceName", ConformsTo:= WsiProfiles.BasicProfile1_1, EmitConformanceClaims:=True)> _ Elija uno de los siguientes: Si desea que el servicio Web sea compatible con WS-I perfil básico, revise la lista de errores o advertencias que necesite resolver abriendo la página de prueba para el archivo .asmx del servicio Web. Sugerencia: Para realizar esta tarea, en el Explorador de soluciones, haga clic con el botón secundario en el archivo .asmx y elija Ver en el explorador. Después de corregir los errores, haga clic con el botón secundario en el extremo de consumidor y actualice la referencia Web. O bien Si no desea que el servicio Web sea compatible con WS-I Perfil básico, quite los atributos ConformsTo y EmitConformanceClaims del archivo de clase del servicio Web.
  No se puede obtener acceso al archivo WSDL porque IIS o el servidor de desarrollo de ASP.NET podrían no estar en ejecución.	Asegúrese de que IIS o el servidor de desarrollo de ASP.NET se están ejecutando. Para obtener más información, revise la documentación del producto para su versión de IIS y vea Servidores Web en Visual Web Developer.
  ASP.NET no está habilitado para Microsoft Internet Information Services (IIS).	Habilite ASP.NET en IIS. Para obtener más información, revise la documentación del producto para su versión de IIS.
  Las referencias Web a direcciones URL Unicode no se admiten en versiones de IIS anteriores a 6.0.	Actualice IIS a la versión 6.0. Para obtener más información, revise la documentación del producto para Microsoft Internet Information Services en https://go.microsoft.com/fwlink/?LinkID=42196 y el Kit de implementación de Microsoft Windows Server 2003 en https://go.microsoft.com/fwlink/?LinkID=34154

  1WS-I Perfil básico es una especificación que contiene recomendaciones para garantizar que los servicios Web sean compatibles entre sí. Para obtener más información sobre WS-I, vea Interoperability Resources (Recursos de interoperabilidad) en MSDN en línea en https://go.microsoft.com/fwlink/?LinkId=49585.

• El nombre de enlace de WSDL y el espacio de nombres de enlace no coinciden entre un proveedor de servicio Web y un extremo de consumidor.

  Aparece una advertencia cuando se intentan conectar extremos del servicio Web cuyos nombres de enlace de WSDL y espacios de nombres de enlace no coinciden. Sin embargo, no se impide realizar la conexión.

• Un archivo de proyecto no se puede compilar o analizar.

  Aparece una advertencia en una aplicación cuando no se puede analizar un archivo de proyecto. La ventana Lista de errores muestra el nombre de la aplicación, el archivo de proyecto y la ubicación de la línea que no se compila o analiza.

  Para resolver esta condición, corrija el error de compilación o análisis en el archivo especificado o deshaga el cambio que causa el error.

• El lenguaje de la clase de servicio Web asociado con un extremo del proveedor de servicios Web no coincide con el lenguaje del proyecto que lo contiene.

  Aparece un icono de advertencia en un extremo del proveedor de servicios Web cuando el lenguaje de su archivo de clase del servicio Web no coincide con el lenguaje del proyecto de aplicación que lo contiene. También aparece una advertencia en el extremo de consumidor del servicio Web porque no existe ninguna clase de proxy.

  Para resolver esta condición, el lenguaje de un servicio Web debe coincidir con el lenguaje de la aplicación de proveedor del servicio Web.

Diagramas de aplicaciones bloqueados

En determinadas condiciones, el diagrama de aplicaciones podría bloquearse y aparecer en estado de sólo lectura. El diagrama aparecerá sombreado, las definiciones de las aplicaciones en el diagrama se mostrarán con candados y no podrá efectuar cambios en el diagrama. El diagrama de aplicaciones se bloquea bajo las condiciones siguientes:

• Un archivo de código o de clases del proyecto de aplicación no se puede compilar o analizar.

  El diagrama queda bloqueado y la ventana Lista de errores muestra uno o varios archivos que no se compilan o analizan, así como la ubicación de los errores en los archivos.

  Para resolver esta condición, corrija el error de compilación o análisis en el archivo especificado o deshaga los cambios que causaron los errores de compilación o análisis.

• Se intentaron cambios en secciones cifradas de archivos de configuración; sin embargo, no se pudieron descifrar estas secciones.

  Cuando determinadas secciones de un archivo de configuración están cifradas, estas secciones se deben descifrar para poder editarlas. De lo contrario, el diagrama se bloquea y la ventana Lista de errores indica que el diagrama está bloqueado.

  Para resolver esta condición, instale el proveedor de descifrado necesario y la clave o descifre manualmente el archivo. También podría necesitar cerrar y volver a abrir el diagrama de aplicaciones. También puede quitar la sección cifrada del archivo de configuración; sin embargo, al eliminar el cifrado, también se eliminan los datos. Para obtener más información, vea Consideraciones para la implementación de aplicaciones. Para obtener más información, vea Cifrar información de configuración mediante una configuración protegida y Cifrar y descifrar secciones de configuración.

• Los cambios en el diagrama de aplicaciones no se pueden sincronizar con otros archivos del proyecto que permanecen protegidos en el control de código fuente.

  El diagrama se bloquea y la ventana Lista de errores indica un error de sincronización debido a que la desprotección fue cancelada.

  Para resolver esta condición, desproteja los archivos necesarios para que se puedan sincronizar con los cambios y, a continuación, cierre y vuelva a abrir el diagrama de aplicaciones. Para obtener más información, vea Documentos del modelo de definición del sistema (SDM) bajo el control del código fuente.

  Por ejemplo, esto puede ocurrir cuando se elimina el archivo .asmx de un servicio Web y la opción del control de código fuente está establecida de modo que desproteja siempre el archivo de trabajo. Para resolver esta condición, desproteja el archivo de definición de aplicación (.sdm) del proyecto correspondiente así como el archivo de diagrama de aplicaciones (.ad), si no están desprotegidos. Después de realizar esta tarea, cierre y vuelva a abrir el diagrama de aplicaciones.

• El diagrama de aplicaciones no se puede desproteger para la sincronización.

  Cuando el diagrama de aplicaciones se protege mediante el control de código fuente, el diagrama queda bloqueado si el control de código fuente no puede desproteger el diagrama para la sincronización. Esto ocurre cuando la configuración del control de código fuente se establece para desproteger la versión de servidor de los archivos, que vuelve a cargarlos. Sin embargo, los documentos SDM no admiten la recarga durante la sincronización; por consiguiente, el diagrama no se puede desproteger y se bloqueará.

  Para resolver esta condición, cierre y vuelva a abrir el diagrama para intentar sincronizarlo. Para evitar esta condición, cambie las opciones del control de código fuente de modo que desproteja siempre la versión de la carpeta de trabajo, o bien, desproteja el archivo antes de cualquier operación que requiera volver a cargar el archivo. Para obtener más información, vea Documentos del modelo de definición del sistema (SDM) bajo el control del código fuente.

• La desprotección la anuló el usuario para los archivos .sdm en los proyectos de aplicación agregados a la solución del control de código fuente.

  Si una solución contiene un archivo de diagrama de aplicaciones (.ad) y se agregan proyectos (generados previamente en el diagrama de aplicaciones) a la solución desde el control de código fuente, Visual Studio desprotege los archivos .sdm de esos proyectos automáticamente o le pide que los desproteja, dependiendo de la configuración del control de código fuente. Si se anula la desprotección de estos archivos .sdm, se bloquea el diagrama si está abierto o la próxima vez que se abra.

  Para resolver esta condición, cierre el diagrama, desproteja los archivos .sdm manualmente y vuelva a abrir el diagrama. Además, puede desproteger estos archivos cuando vuelva a abrir el diagrama. Para evitar esta condición, no anule la desprotección si se le pide que desproteja los archivos .sdm. Para obtener más información, vea Documentos del modelo de definición del sistema (SDM) bajo el control del código fuente.

• Después de que el usuario anule la desprotección de un proyecto de aplicaciones para Windows con una referencia Web a un extremo de proveedor de servicios Web al que se le cambió el nombre en el diagrama de aplicaciones, el usuario anuló la desprotección de los archivos App.config y Settings.settings asociados a ese proyecto de Windows.

  Cuando se cambia el nombre de un punto final de proveedor de servicios web .NET que está asociado a una referencia web en un proyecto de aplicación para Windows, Visual Studio desprotege automáticamente este proyecto o le pide que lo desproteja, dependiendo de la configuración de los controles de código fuente, para que se pueda actualizar la referencia web. Para obtener más información, vea Información general sobre aplicaciones ASP.NET en diagramas de aplicaciones. Si se cancela la desprotección del proyecto, el archivo .asmx y el archivo de clase asociados al punto final de proveedor de servicios web .NET recuperan sus nombres anteriores. Visual Studio intenta desproteger o le pide que desproteja los archivos App.config y Settings.settings asociados al proyecto. Si se anula la desprotección de estos archivos, se bloquea el diagrama de aplicaciones si está abierto o la próxima vez que se abra.

  Para resolver esta condición, cierre el diagrama y desproteja los archivos necesarios manualmente antes de que se vuelva a abrir el diagrama o cuando vuelva a abrirlo. Para evitar esta condición, no cancele la desprotección si se le pide que desproteja los archivos App.config y Settings.settings. Cuando acepte la desprotección, todas las mayúsculas en el nombre del punto final de proveedor de servicios web .NET cambiarán a minúsculas.

• Obtener la última versión de un documento SDM a partir del control del código fuente mientras el archivo del diagrama de aplicaciones (.ad) está abierto.

  Para realizar esta operación es necesario volver a cargar el diagrama de aplicaciones, a consecuencia de lo cual estos archivos podrían desincronizarse. Si esta operación se realiza con el diagrama de aplicaciones abierto, el diagrama se bloqueará. Para obtener más información, vea Documentos del modelo de definición del sistema (SDM) bajo el control del código fuente.

  Para resolver este problema, cierre el diagrama y vuelva a abrirlo.

• Una aplicación del diagrama de aplicaciones se implementó utilizando una plantilla personalizada que generó un archivo de definición de aplicaciones (.sdm).

  Tales plantillas se crean normalmente a partir de proyectos asociados a aplicaciones del diagrama de aplicaciones. El uso de estas plantillas crea un conflicto entre el archivo de definición de aplicaciones (.sdm) generado por la plantilla y el que intenta crear el Diseñador de aplicaciones durante el proceso de implementación.

  Para resolver esta condición, cierre el diagrama, elimine el archivo .sdm y vuelva a abrir el diagrama.

• A un proyecto de servicios Web con la configuración de las mejoras de servicios Web (WSE, Web Services Enhancement) se le aplicó ingeniería inversa o se abrió en una solución que contenía un diagrama de aplicaciones cuando no está instalado WSE.

  El diagrama se bloquea cuando se abre un proyecto de servicios Web con la configuración WSE o cuando se le aplica ingeniería inversa en una solución de sistema distribuido de un equipo que no tiene instalado WSE.

  Para resolver esta condición, cierre el diagrama, instale WSE y, a continuación, vuelva a abrirlo. Para obtener más información, vea Tipos y prototipos de aplicaciones para la definición de aplicaciones y Consideraciones referentes a las técnicas de ingeniería inversa en soluciones existentes.

• El diagrama de aplicaciones o un proyecto se han modificado mientras se ejecutaba el código.

  El diagrama se bloquea si se intentan modificar el diagrama de aplicaciones o los proyectos de la solución mientras se ejecuta el código, por ejemplo, cuando se ejecuta el depurador de Visual Studio. Si se agrega un nuevo diagrama de sistemas distribuidos, como un diagrama de sistemas, y se realizan acciones en dicho diagrama mientras se ejecuta el código, Visual Studio deja de responder.

  Para resolver este problema, detenga la ejecución del código, por ejemplo, cerrando el depurador. Para evitar esta situación, detenga la ejecución del código antes de agregar un diagrama de sistemas distribuidos nuevo o antes de efectuar acciones en el diagrama.

• El diagrama de aplicaciones o cualquier otro archivo del modelo de definición de sistema (SDM) se han modificado fuera del diseñador.

  El diagrama de aplicaciones se bloquea cuando se efectúan cambios en él o en cualquier otro archivo del SDM fuera del diseñador correspondiente.

  Para resolver este problema, cierre y vuelva a abrir el diagrama de aplicaciones.

• Se produjo un intento de cerrar la solución durante una operación del diseñador.

  El diagrama de aplicaciones se bloquea si se intenta cerrar la solución durante una operación del diseñador. Esto puede ocurrir si, por ejemplo, se recuperan automáticamente los cambios de la solución desde el control del código fuente al desprotegerlo.

  Para resolver este problema, cierre el diagrama y después cierre y vuelva a abrir la solución. Sincronice los archivos del proyecto y la solución con las versiones más recientes bajo control del código fuente y, a continuación, abra otra vez el diagrama. Es posible que se le pregunte si desea guardar la solución antes de cerrar; sin embargo, para guardar la solución puede que necesite combinar manualmente elementos de la solución, para poder sincronizarla. La combinación de documentos del SDM normalmente no es recomendable. Para obtener más información, consulte Desprotección y cambios simultáneos en documentos del modelo de definición del sistema (SDM).

Problemas de sincronización

• Una vez implementada una aplicación que admite implementación, su proyecto correspondiente se genera y aparece en la solución. La definición del Modelo de definición del sistema (SDM) para la aplicación se almacena en un documento SDM que tiene una extensión .sdm y se incluye con el proyecto generado. Siempre que el diagrama de aplicaciones se abre o cierra, este archivo .sdm se sincroniza con cualquier cambio relevante en el código del proyecto. Por consiguiente, si el diagrama de aplicaciones o un archivo .sdm queda desincronizado con el código, puede volver a sincronizarlo cerrando y abriendo de nuevo el diagrama de aplicaciones. Para obtener más información, vea Información general sobre el modelo de definición del sistema (SDM) y Sincronización entre los documentos del modelo de definición del sistema (SDM).

• Puede especificar un archivo de configuración (.config) diferente para un elemento concreto del archivo App.config o Web.config para una aplicación Windows o ASP.NET, respectivamente. Después de agregar este archivo de configuración, para especificar su ubicación puede agregar el atributo configSource al elemento en el archivo App.config o Web.config. Este atributo configSource especifica una carpeta del directorio donde se encuentra el archivo App.config y el nombre de un archivo de configuración válido. Por ejemplo:

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

  Este archivo de configuración adicional sólo puede contener la información de configuración del elemento y no debe contener una etiqueta de declaración <?xml…?>. Por ejemplo, MyConfigFile.config sólo puede contener lo siguiente:

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

  Nota:

  Si el archivo de configuración agregado se desplaza a otra ubicación del proyecto, el atributo configSource no se actualizará automáticamente con dicha ubicación. Por este motivo, debe actualizar manualmente el atributo configSource con la nueva ubicación. ‎Si el diagrama de aplicaciones se bloquea, asegúrese de que el archivo de configuración agregado tenga el formato correcto. O bien, pruebe a cerrar y volver a abrir el diagrama.

• Cuando se cambia el nombre de un archivo WSDL con una extensión no válida, no se eliminan inmediatamente las conexiones al extremo de servicio Web. Para actualizar el diagrama de aplicaciones, ciérrelo y vuelva a abrirlo.

Cerrar y quitar diagramas de aplicaciones

Para quitar el diagrama de aplicaciones o un proyecto de la solución, deberá cerrar el diagrama de aplicaciones y todos los demás diagramas de sistemas distribuidos abiertos en la solución. Para cerrar el diagrama de aplicaciones, se requiere guardar y cerrar cualquier diagrama de sistema o implementación abierto.

Para cerrar el diagrama de aplicaciones sin guardarlo, cierre primero cualquier diagrama de sistema o implementación abierto.

Realizar ingeniería inversa de referencias Web en bibliotecas de clases

En los escenarios siguientes, no se puede aplicar correctamente ingeniería inversa de las referencias a servicios Web en las bibliotecas de clases:

• Las técnicas de ingeniería inversa podrían no aplicarse correctamente a las referencias a los servicios web en las bibliotecas de clases de Visual Basic cuando se genera la biblioteca de clases como último paso después de copiar las entradas pertinentes y agregar a la aplicación de consumidor la referencia al proyecto de bibliotecas de clases.

  Para resolver este problema, haga clic con el botón secundario del mouse en cada biblioteca de clases, elija Actualizar referencia Web y vuelva a generar la biblioteca de clases. Para evitar este problema, genere otra vez la biblioteca de clases después de agregar las nuevas referencias Web, pero antes de copiar las entradas del archivo de configuración y de agregar la referencia del proyecto de la biblioteca de clases.

• Las técnicas de ingeniería inversa podrían no aplicarse correctamente a las referencias a los servicios web en las bibliotecas de clases de Visual Basic cuando una aplicación de consumidor hace referencia a varias bibliotecas de clases y cada biblioteca contiene una referencia web a un servicio web diferente.

  Para resolver este problema, debe actualizar todas las referencias Web de las bibliotecas de clases afectadas. Haga clic con el botón secundario del mouse en cada referencia Web de cada biblioteca de clases afectada, elija Actualizar referencia Web y vuelva a generar la solución completa. Tras agregar referencias Web nuevas y volver a generar las bibliotecas de clases correspondientes, genere otra vez la solución completa para realizar la ingeniería inversa de estas referencias Web.

• La ingeniería inversa de referencias a servicios Web podría no realizarse correctamente si se hace referencia a la misma biblioteca de clases desde un proyecto Web de Windows y un proyecto de ASP.NET.

  Para resolver esta situación, cierre el diagrama de aplicaciones y quite las referencias a la biblioteca de clases compartida en los proyectos Web para Windows y ASP.NET. Agregue en primer lugar la referencia a la biblioteca de clases en el proyecto Web ASP.NET, abra el diagrama de aplicaciones y, a continuación, agregue la referencia a la biblioteca de clases en el proyecto Windows.

Para obtener más información, consulte Cómo: Hacer referencia a las bibliotecas de clases de aplicaciones en diagramas de aplicaciones.

Vea también

Tareas

Solucionar problemas de diagramas de sistemas

Referencia

Consideraciones para eliminar miembros y extremos de sistemas de aplicaciones

Otros recursos

Diseñar aplicaciones con el Diseñador de aplicaciones