Risoluzione dei problemi relativi ai diagrammi applicazioni

Aggiornamento: novembre 2007

Quando si utilizza Progettazione applicazioni, alcune azioni influiscono sia sul diagramma applicazioni che su altri diagrammi sistema distribuiti. In questo argomento vengono descritti i problemi che si verificano come conseguenza dell'esecuzione di queste azioni, l'impatto sugli elementi associati e le procedure che consentono di risolvere tali problemi.

Nell'elenco riportato di seguito vengono descritti gli stati di avviso che possono presentarsi a fronte delle suddette azioni. Inoltre, sono indicati gli altri ambiti in cui è possibile che sia necessario risolvere dei problemi.

• Alert States on Application Diagrams

• Locked Application Diagrams

• Synchronization Issues

• Closing and Removing Application Diagrams

• Reverse-Engineering Web References in Class Libraries

Per gli altri ambiti in cui è possibile che sia necessario risolvere dei problemi, vedere gli argomenti elencati di seguito:

• Considerazioni sulla decodifica nelle soluzioni esistenti

• Considerazioni sulla ridenominazione delle applicazioni nei diagrammi applicazioni

• Considerazioni sull'implementazione delle applicazioni

• Considerazioni sull'eliminazione delle applicazioni dai diagrammi applicazioni

Stati di avviso nei diagrammi applicazioni

Nella tabella riportata di seguito sono descritti gli stati di avviso che possono presentarsi nel diagramma applicazioni.

Stato di avviso	Possibile causa
Contorno rosso tratteggiato	Vengono visualizzate forme di applicazione o di definizione di endpoint con contorni tratteggiati rossi quando i collegamenti ai seguenti elementi vengono interrotti: La definizione System Definition Model (SDM) di un'applicazione o di un endpoint risulta mancante. Il progetto associato a una definizione di applicazione implementata è mancante, è stato scaricato o non è disponibile. Le definizioni di applicazione o di endpoint che presentano tali collegamenti interrotti vengono dette anche "orfane."
Errore rosso (X)	Si è verificato un errore di convalida in una definizione di applicazione. Questa icona viene visualizzata sotto il nome del tipo di applicazione nella forma della definizione di applicazione.
Avviso giallo (!)	Uno dei seguenti prodotti: Un file ASMX che contiene inline la definizione di classe di servizio Web è stato utilizzato per creare un endpoint provider del servizio Web .NET. Un endpoint di tipo consumer del servizio Web non è stato implementato. I nomi di associazione WSDL e gli spazi dei nomi di un endpoint di tipo provider e un di endpoint di tipo consumer del servizio Web non corrispondono fra loro. Impossibile compilare o analizzare un file di progetto. Il linguaggio della classe di servizio Web associato a un endpoint di tipo provider del servizio Web non corrisponde al linguaggio del progetto in cui è contenuto.

Nelle sezioni riportate di seguito sono contenute ulteriori informazioni sugli stati di avviso che possono presentarsi:

• Error Alert States on Applications or Endpoints

• Warning States on Applications or Endpoints

Stati di avviso di errore nelle applicazioni o negli endpoint

Gli stati di avviso di errore possono presentarsi nelle applicazioni o negli endpoint se si verificano le condizioni riportate di seguito:

• La definizione System Definition Model (SDM) di un'applicazione o di un endpoint è mancante.

  Una definizione di un applicazione o di un endpoint verranno visualizzate come orfane quando mancano i relativi metadati SDM. Tale situazione si verifica se i metadati SDM non sono presenti nel file .sdm di definizione di applicazione o se il file .sdm di definizione di applicazione non esiste più nella soluzione. Per ulteriori informazioni su SDM, vedere Cenni preliminari su SDM (System Definition Model).

  Ad esempio, se si elimina il file .sdm di una definizione di applicazione mentre il diagramma applicazioni rimane chiuso, la definizione di applicazione e alcuni suoi utilizzi come membri di diagrammi sistema verranno visualizzati come orfani. Quando il diagramma applicazioni viene riaperto, Visual Studio rigenera il file .sdm con qualsiasi informazione SDM che può ricreare da un'altra origine. Visual Studio ricreerà anche una nuova definizione di applicazione sul diagramma applicazioni basata sul file .sdm rigenerato.

  Nota:

  Il file SDM rigenerato non conterrà le informazioni memorizzate esclusivamente nel file .sdm precedentemente eliminato. Alcune informazioni, ad esempio alcune impostazioni, vincoli e modifiche all'identità della definizione di applicazione (il nome, il nome del documento SDM, le impostazioni cultura o la versione) andranno perse. Ad esempio, le informazioni SDM degli endpoint di contenuto Web appartenenti a un'applicazione ASP.NET vengono memorizzate esclusivamente nel file SDM. Se si elimina il file .sdm, Visual Studio lo rigenera quando il diagramma applicazioni viene riaperto. Tuttavia, Visual Studio non decodificherà gli endpoint di contenuto Web. Tali endpoint rimarranno orfani.

  Per correggere una definizione orfana, ripristinare il file .sdm. Se non è possibile ripristinare il file .sdm, aggiungere tutti gli endpoint necessari per la definizione nuova e riconnettere le definizioni di applicazione dalla definizione orfana alla definizione nuova. Se i diagrammi sistema contengono membri orfani che sono il risultato della definizione orfana, ripristinare tali membri associandoli alla definizione nuova. Infine, eliminare la definizione orfana dal diagramma applicazioni. Per ulteriori informazioni, vedere Procedura: ripristinare membri orfani in sistemi di applicazioni.

• Il progetto relativo a una definizione di applicazione implementata è mancante oppure è stato scaricato dalla soluzione.

  La definizione di applicazione implementata e le relative connessioni vengono visualizzate come orfane quando il progetto è mancante oppure è stato scaricato dalla soluzione.

  Per risolvere questo problema, aggiungere nuovamente il progetto alla soluzione o ricaricare il progetto. Per ulteriori informazioni, vedere Procedura: decodificare progetti nelle soluzioni esistenti e Procedura: scaricare e ricaricare progetti.

• Il progetto relativo a una definizione di applicazione implementata non è più disponibile.

  La definizione di applicazione implementata e le relative connessioni vengono visualizzate come orfane ed il progetto viene visualizzato come scaricato nella soluzione.

  Per risolvere questo problema, rimuovere il progetto scarico dalla soluzione ed eliminare la definizione di applicazione dal diagramma applicazioni.

• Si è verificato un errore di convalida in un'applicazione.

  Sull'applicazione viene visualizzata un'icona di errore rossa. Gli errori di convalida possono essere verificati e risolti nella finestra Elenco errori. Per ulteriori informazioni, vedere Finestra Elenco errori.

Stati di avviso nelle applicazioni o negli endpoint

Gli stati di avviso gialli possono presentarsi nelle applicazioni o negli endpoint se si verificano le condizioni riportate di seguito:

• Un file ASMX che contiene inline la definizione di classe di servizio Web è stato utilizzato per creare un endpoint provider del servizio Web .NET.

  Quando per creare un endpoint provider del servizio Web .NET è stato utilizzato un file ASMX che contiene inline la definizione di classe di servizio Web, sull'endpoint viene visualizzata un'icona di avviso.

  Per risolvere questo problema, il servizio Web deve essere definito all'interno di un'unica definizione di classe in un file di codice a parte o in un file sottostante. Per ulteriori informazioni, vedere Cenni preliminari sulle applicazioni ASP.NET nei diagrammi applicazioni.

• L'implementazione di un endpoint di tipo consumer del servizio Web non è riuscita.

  Un'icona di avviso viene visualizzata sull'endpoint di tipo consumer, a indicare che non è stato possibile creare il riferimento Web. Dopo aver risolto il problema sarà possibile implementare l'endpoint di tipo consumer.

  Per implementare l'endpoint di tipo consumer, selezionare l'endpoint di tipo consumer del servizio Web, scegliere Implementazione nel menu Diagramma, quindi selezionare Implementa. È anche possibile fare clic con il pulsante destro del mouse sull'endpoint e scegliere Implementa.

  Nella tabella riportata di seguito vengono descritti gli scenari che possono causare questo problema.

  Condizione	Risoluzione del problema
  L'endpoint di tipo consumer è connesso a un endpoint di tipo provider del servizio Web avente un'operazione che fa riferimento a un tipo indefinito.	Definire il tipo nell'endpoint di tipo provider del servizio Web, quindi implementare l'endpoint di tipo consumer. Per ulteriori informazioni, vedere Procedura: definire tipi di operazioni e parametri per i servizi Web ASP.NET.
  L'endpoint di tipo consumer è connesso a un endpoint di tipo provider non implementato del servizio Web.	Implementare l'applicazione ASP.NET con l'endpoint di tipo provider del servizio Web. Tutti gli endpoint di tipo consumer connessi, ma non implementati verranno implementati automaticamente. Nota: Assicurarsi inoltre che nel percorso WSDL specificato sia disponibile un file WSDL.
  Si è verificato un errore durante il tentativo di download del file WSDL.	Se l’endpoint provider del servizio Web .NET è stato implementato e corrisponde a un file ASMX della soluzione, è possibile che questo problema sia dovuto ad errori di run-time. Per visualizzare tali errori, aprire la pagina di prova facendo clic con il pulsante destro del mouse sul file ASMX in Esplora soluzioni e selezionando Visualizza nel browser. Dopo aver corretto gli errori, fare clic con il pulsante destro del mouse sull'endpoint consumer e aggiornare il riferimento Web.
  Benché l'endpoint di tipo provider del servizio Web dichiari il contrario, esso non risulta essere conforme alla specifica Web Services Interoperability (WS-I) Basic Profile1 versione 1.1.	Cercare nel file di classe di servizio Web il seguente attributo: <WebServiceBinding(Name:="WebServiceName", ConformsTo:= WsiProfiles.BasicProfile1_1, EmitConformanceClaims:=True)> _ Scegliere una delle opzioni elencate di seguito: Se si desidera che il servizio Web sia conforme alla specifica WS-I Basic Profile, aprire la pagina di prova relativa al file ASMX del servizio Web e verificare l'elenco degli errori o degli avvisi che occorre risolvere. Suggerimento: Per effettuare questa operazione, in Esplora soluzioni fare clic con il pulsante destro del mouse sul file ASMX, quindi scegliere Visualizza nel browser. Dopo aver corretto gli errori, fare clic con il pulsante destro del mouse sull'endpoint consumer e aggiornare il riferimento Web. -oppure- Se non si desidera che il servizio Web sia conforme alla specifica WS-I Basic Profile, rimuovere gli attributi ConformsTo e EmitConformanceClaims dal file di classe di servizio Web.
  Impossibile accedere al file WSDL poiché il server di sviluppo IIS o ASP.NET potrebbe non essere in esecuzione.	Assicurarsi che il server di sviluppo IIS o ASP.NET sia in esecuzione. Per ulteriori informazioni, consultare la documentazione del prodotto della versione utilizzata di IIS e vedere Server Web in Visual Web Developer.
  ASP.NET non è abilitato per Microsoft Internet Information Services (IIS).	Abilitare ASP.NET su IIS. Per ulteriori informazioni, consultare la documentazione del prodotto della versione utilizzata di IIS.
  I riferimenti Web a URL Unicode non sono supportati nelle versioni di IIS precedenti alla 6.0.	Aggiornare IIS alla versione 6.0. Per ulteriori informazioni, consultare la documentazione del prodotto di Microsoft Internet Information Services all'indirizzo https://go.microsoft.com/fwlink/?LinkID=42196 e la documentazione di Microsoft Windows Server 2003 Deployment Kit all'indirizzo https://go.microsoft.com/fwlink/?LinkID=34154.

  ¹WS-I Basic Profile è una specifica contenente dei consigli per garantire che i servizi Web siano compatibili fra loro. Per ulteriori informazioni su WS-I, vedere la sezione Interoperability Resources su MSDN Online all'indirizzo https://go.microsoft.com/fwlink/?LinkId=49585.

• I nomi di associazione WSDL e gli spazi dei nomi di associazione di un endpoint di tipo provider e un di endpoint di tipo consumer del servizio Web non sono corrispondenti fra loro.

  Quando si tenta di connettere degli endpoint del servizio Web i cui nomi di associazione WSDL e spazi dei nomi di associazione non corrispondono, viene visualizzato una descrizione di avviso. Tuttavia, è comunque consentito creare la connessione.

• Impossibile compilare o analizzare un file di progetto.

  Quando un file di progetto non può essere analizzato viene visualizzato un avviso nell'applicazione. Nella finestra Elenco errori viene visualizzato il nome dell'applicazione, il file di progetto e la posizione della riga che non è possibile compilare o analizzare.

  Per risolvere questo problema, correggere l'errore di analisi o di compilazione nel file specificato oppure annullare la modifica che ha causato l'errore.

• Il linguaggio della classe di servizio Web associato a un endpoint di tipo provider del servizio Web non corrisponde al linguaggio del progetto in cui è contenuto.

  Quando il linguaggio del file di classe dell'endpoint di tipo provider del servizio Web non corrisponde al linguaggio del progetto di applicazione in cui è contenuto, un'icona di avviso viene visualizzata sull'endpoint. Poiché non esiste alcuna classe proxy, anche sull'endpoint di tipo consumer del servizio Web viene visualizzato un avviso.

  Per risolvere questo problema, il linguaggio del servizio Web deve corrispondere al linguaggio dell'applicazione provider del servizio Web.

Diagrammi applicazioni bloccati

In determinate condizioni il diagramma applicazioni potrebbe risultare bloccato e disponibile in uno stato di sola lettura. Il diagramma risulterà ombreggiato, accanto alle definizioni delle applicazioni nel diagramma verrà visualizzata l'icona del lucchetto e non sarà possibile apportare modifiche al diagramma. Il diagramma applicazioni viene bloccato nelle condizioni elencate di seguito:

• Un file di codice o classe del progetto di applicazione non può essere compilato o analizzato.

  Il diagramma viene bloccato e nella finestra Elenco errori vengono riportati i file che non possono essere compilati o analizzati e la posizione degli errori in tali file.

  Per risolvere questo problema, correggere gli errori di analisi o di compilazione nei file specificati oppure annullare le modifiche che hanno causato gli errori.

• Si è tentato di cambiare alcune sezioni crittografate dei file di configurazione, ma la decrittazione di tali sezioni ha avuto esito negativo.

  Quando una sezione del file di configurazione viene crittografata, essa deve essere decrittografata prima di poter essere modificata. In caso contrario, il diagramma viene bloccato. Tale blocco viene segnalato nella finestra Elenco errori.

  Per risolvere questo problema, installare il provider e la chiave di decrittografia necessari o decrittografare il file manualmente. È anche possibile che sia necessario chiudere e aprire nuovamente il diagramma applicazioni. In alternativa, è possibile rimuovere la sezione crittografata dal file di configurazione. Tuttavia, la rimozione dei dati crittografati ne comporta anche l'eliminazione. Per ulteriori informazioni, vedere Considerazioni sull'implementazione delle applicazioni. Per ulteriori informazioni, vedere Crittografia delle informazioni di configurazione utilizzando la configurazione protetta e Crittografia e decrittografia di sezioni di configurazione.

• Le modifiche al diagramma applicazioni non possono essere sincronizzate con altri file di progetto che restano archiviati nel controllo del codice sorgente.

  Il diagramma viene bloccato e nella finestra Elenco errori viene segnalato che si è verificato un errore di sincronizzazione dovuto all'annullamento dell'estrazione.

  Per risolvere questo problema, estrarre i file necessari in modo che possano essere sincronizzati con le modifiche apportate. Quindi, chiudere e aprire nuovamente il diagramma applicazioni. Per ulteriori informazioni, vedere Documenti SDM (System Definition Model) inclusi nel controllo del codice sorgente.

  Ad esempio, ciò può verificarsi quando il file ASMX di un servizio Web viene eliminato e l'opzione relativa al controllo del codice sorgente è impostato in modo che il file di lavoro venga sempre estratto. Per risolvere questo problema, estrarre sia il file di definizione di applicazione (estensione SDM) dal progetto corrispondente sia il file del diagramma applicazioni (estensione AD) se questo non è già stato estratto. Dopo aver eseguito questa operazione, chiudere e aprire nuovamente il diagramma applicazioni.

• Impossibile estrarre il diagramma applicazioni per effettuare la sincronizzazione.

  Quando archiviato in un controllo del codice sorgente, il diagramma applicazioni viene bloccato quando tale controllo del codice non è in grado di estrarre il diagramma per effettuare la sincronizzazione. Ciò si verifica quando il controllo del codice sorgente è impostato in modo da estrarre le versioni server dei file, richiedendo in questo modo il ricaricamento dei file. Tuttavia, i documenti SDM non supportano il ricaricamento durante la sincronizzazione; di conseguenza, il diagramma non può essere estratto e viene bloccato.

  Per risolvere questo problema, chiudere e aprire nuovamente il diagramma. In questo modo viene eseguito un tentativo di sincronizzazione del diagramma. Per evitare questo problema, impostare le opzioni del controllo del codice sorgente in modo che la versione della cartella di lavoro venga sempre estratta, oppure estrarre il file prima che venga effettuata qualsiasi operazione che ne richieda il ricaricamento. Per ulteriori informazioni, vedere Documenti SDM (System Definition Model) inclusi nel controllo del codice sorgente.

• L'estrazione è stata annullata dall'utente per i file sdm nei progetti di applicazione aggiunti alla soluzione dal controllo del codice sorgente.

  Se una soluzione contiene un file diagramma applicazioni (ad) e i progetti, generati in precedenza per le applicazioni sul diagramma applicazioni, vengono aggiunti alla soluzione dal controllo del codice sorgente, i file sdm in tali progetti vengono estratti automaticamente oppure viene richiesto all'utente di estrarli manualmente, in base alle impostazioni del controllo del codice sorgente. Se l'estrazione viene annullata per questi file sdm, il diagramma viene bloccato, se è aperto, o verrà bloccato alla successiva apertura.

  Per risolvere questo problema, chiudere il diagramma, estrarre i file sdm manualmente, quindi aprire nuovamente il diagramma. È anche possibile estrarre i file sdm quando si riapre il diagramma. Per evitare questo problema, non annullare l'estrazione se viene richiesto di estrarre i file sdm. Per ulteriori informazioni, vedere Documenti SDM (System Definition Model) inclusi nel controllo del codice sorgente.

• In base all'annullamento dell'estrazione da parte dell'utente per un progetto di applicazione Windows contenente un riferimento Web a un endpoint provider di servizio Web rinominato sul diagramma applicazioni, l'estrazione è stata annullata dall'utente per i file App.config e Settings.settings associati a tale progetto Windows.

  Quando un endpoint provider di servizio Web .NET associato a un riferimento Web in un progetto di applicazione Windows viene rinominato, il progetto di applicazione Windows viene automaticamente estratto o viene richiesto di estrarlo manualmente, a seconda delle impostazioni del controllo del codice sorgente, in modo che sia possibile aggiornare il riferimento Web. Per ulteriori informazioni, vedere Cenni preliminari sulle applicazioni ASP.NET nei diagrammi applicazioni. Se l'estrazione viene annullata per il progetto, vengono ripristinati i nomi precedenti del file asmx e del file di classe associati all'endpoint provider di servizio Web .NET. Viene quindi tentata l'estrazione automatica o viene richiesto di estrarre i file App.config e Settings.settings associati al progetto. Se l'estrazione viene annullata dall'utente per questi file, il diagramma applicazioni viene bloccato, se è aperto, o verrà bloccato alla successiva apertura.

  Per risolvere questo problema, chiudere il diagramma ed estrarre manualmente i file necessari prima di riaprire il diagramma o quando si riapre il diagramma. Per evitare questo problema, non annullare l'estrazione se viene richiesto di estrarre i file App.config e Settings.settings. Quando si accetta l'estrazione, gli eventuali caratteri maiuscoli nel nome dell'endpoint provider di servizio Web .NET vengono convertiti in minuscoli.

• Ottenere la versione più recente di un documento SDM dal controllo del codice sorgente mentre il file del diagramma applicazioni (con estensione ad) è aperto.

  L'esecuzione di questa operazione richiede il ricaricamento del diagramma applicazioni e potrebbe non garantire la sincronizzazione di questi file. Se l'operazione viene eseguita mentre il diagramma applicazioni è aperto, questo viene bloccato. Per ulteriori informazioni, vedere Documenti SDM (System Definition Model) inclusi nel controllo del codice sorgente.

  Per risolvere questo problema, chiudere il diagramma e quindi riaprirlo.

• Un'applicazione nel diagramma applicazioni è stata implementata utilizzando un modello personalizzato che ha generato un file di definizione di applicazione (estensione SDM).

  Questi modelli sono in genere creati a partire da progetti associati ad applicazioni contenute nel diagramma applicazioni. L'utilizzo di questi modelli crea un conflitto fra il file di definizione di applicazione (estensione SDM) generato dal modello e il file che Progettazione applicazioni tenta di creare durante il processo di implementazione.

  Per risolvere questo problema, chiudere il diagramma, eliminare il file SDM, quindi aprire nuovamente il diagramma.

• Un progetto di servizio Web con impostazioni WSE (Web Services Enhancement) è stato decodificato o aperto in una soluzione contenente un diagramma applicazioni se WSE non è installato.

  Il diagramma viene bloccato quando un progetto di servizio Web con impostazioni WSE viene aperto o codificato in una soluzione di sistemi distribuiti su un computer in cui non è installato WSE.

  Per risolvere questo problema, chiudere il diagramma, installare WSE, quindi aprire nuovamente il diagramma. Per ulteriori informazioni, vedere Tipi e prototipi di applicazione per la definizione delle applicazioni e Considerazioni sulla decodifica nelle soluzioni esistenti.

• Il diagramma applicazioni o un progetto è stato modificato durante l'esecuzione del codice.

  Il diagramma viene bloccato quando si tenta di modificare il diagramma applicazioni o i progetti della soluzione durante l'esecuzione del codice, ad esempio quando il debugger di Visual Studio è in esecuzione. L'aggiunta di un nuovo diagramma di sistema distribuito, ad esempio un diagramma di sistema, e l'esecuzione di operazioni su tale diagramma durante l'esecuzione del codice blocca la risposta di Visual Studio.

  Per risolvere questo problema, interrompere l'esecuzione del codice, ad esempio chiudendo il debugger. Per evitare questa situazione, interrompere l'esecuzione del codice prima di aggiungere un nuovo diagramma di sistema distribuito o di eseguire operazioni sul diagramma.

• Il diagramma applicazioni o qualsiasi altro file SDM (System Definition Model) è stato modificato al di fuori della finestra di progettazione.

  Il diagramma applicazioni viene bloccato quando vengono apportate modifiche al diagramma stesso o a qualsiasi altro file SDM al di fuori della finestra di progettazione corrispondente.

  Per risolvere questo problema, chiudere e riaprire il diagramma applicazioni.

• Si è verificato un tentativo di chiusura della soluzione durante un'operazione della finestra di progettazione.

  Il diagramma applicazioni viene bloccato quando si tenta di chiudere la soluzione durante un'operazione della finestra di progettazione. Questa situazione può verificarsi ad esempio quando le modifiche apportate alla soluzione vengono recuperate automaticamente dal controllo del codice sorgente in fase di estrazione.

  Per risolvere questo problema, chiudere il diagramma, quindi chiudere e riaprire la soluzione. Sincronizzare i file della soluzione e del progetto con le versioni più recenti nel controllo del codice sorgente e quindi riaprire il diagramma. È possibile che venga chiesto di salvare la soluzione prima di chiuderla. Il salvataggio della soluzione potrebbe tuttavia richiedere l'unione manuale degli elementi della soluzione per garantirne la sincronizzazione. Non è in genere consigliabile unire i documenti SDM. Per ulteriori informazioni, vedere Estrazione simultanea e modifiche ai documenti SDM (System Definition Model).

Problemi di sincronizzazione

• Dopo aver implementato un'applicazione che supporta l'implementazione, il relativo progetto viene generato e viene visualizzato nella soluzione. La definizione System Definition Model (SDM) dell'applicazione viene memorizzata in un documento SDM (con estensione SDM) che viene incluso nel progetto generato. Ogni volta che si apre o si chiude il diagramma applicazioni, questo file SDM viene sincronizzato in modo da rispecchiare tutte le modifiche riguardanti il codice del progetto. Di conseguenza, se il diagramma applicazioni o un file SDM non risulta più essere sincronizzato con il codice, per sincronizzarlo nuovamente è sufficiente chiudere e aprire nuovamente il diagramma applicazioni. Per ulteriori informazioni, vedere Cenni preliminari su SDM (System Definition Model) e Sincronizzazione tra documenti SDM (System Definition Model).

• È possibile specificare un file di configurazione (con estensione config) distinto per un particolare elemento del file App.config o Web.config per un'applicazione Windows o ASP.NET, rispettivamente. Dopo avere aggiunto questo file di configurazione, è possibile specificarne il percorso aggiungendo l'attributo configSource all'elemento nel file App.config o Web.config. L'attributo configSource specifica una cartella presente nella directory in cui è archiviato il file App.config e il nome di un file di configurazione valido. Ad esempio:

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

  Questo file di configurazione aggiuntivo deve contenere solo le informazioni di configurazione per quell'elemento e non deve includere un tag di dichiarazione <?xml…?>. Ad esempio, MyConfigFile.config deve contenere solo gli elementi seguenti:

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

  Nota:

  Se il file di configurazione aggiunto viene spostato in un altro percorso nel progetto, l'attributo configSource non viene aggiornato automaticamente con quel percorso. È pertanto necessario aggiornare manualmente l'attributo configSource con il nuovo percorso. Se il diagramma applicazioni viene bloccato, assicurarsi che il file di configurazione aggiunto sia formattato correttamente. In alternativa, provare a chiudere e riaprire il diagramma applicazioni.

• Rinominando un file WSDL con un'estensione non valida non si eliminano immediatamente tutte le connessioni all'endpoint del servizio Web. Per aggiornare il diagramma applicazioni, chiuderlo e riaprirlo.

Chiusura e rimozione di diagrammi applicazioni

Per rimuovere dalla soluzione il diagramma applicazioni o un progetto è necessario chiudere il diagramma applicazioni e tutti gli altri diagrammi sistema distribuiti aperti nella soluzione. Per chiudere il diagramma applicazioni è necessario salvare e chiudere tutti i diagrammi sistema o distribuzione aperti.

Per chiudere il diagramma applicazioni senza salvarlo, chiudere tutti i diagrammi sistema o distribuzione aperti.

Decodificazione dei riferimenti Web nelle librerie di classe

I riferimenti ai servizi Web nelle librerie di classi potrebbero non essere decodificati correttamente negli scenari seguenti:

• I riferimenti ai servizi Web nelle librerie di classi Visual Basic potrebbero non essere decodificati correttamente se la libreria di classi viene generata come ultimo passaggio dopo la copia delle voci appropriate e l'aggiunta del riferimento al progetto di libreria di classi nell'applicazione consumer.

  Per risolvere questo problema, fare clic con il pulsante destro del mouse sul riferimento Web nella libreria di classi, scegliere Aggiorna riferimento Web e quindi ripetere la generazione della libreria di classi. Per evitare questa situazione, generare la libreria di classi dopo avere aggiunto i nuovi riferimenti Web, ma prima di copiare le voci del file di configurazione e di aggiungere il riferimento al progetto di libreria di classi.

• I riferimenti a servizi Web in librerie di classe Visual Basic potrebbero non essere decodificati correttamente quando un'applicazione consumer fa riferimento a più librerie di classi e ognuna di queste librerie contiene un riferimento Web a un servizio Web diverso.

  Per risolvere questo problema, è necessario aggiornare tutti i riferimenti Web nelle librerie di classi interessate. Fare clic con il pulsante destro del mouse su ogni riferimento Web in ogni libreria di classi interessata, scegliere Aggiorna riferimento Web e quindi ripetere la generazione dell'intera soluzione. Dopo avere aggiunto nuovi riferimenti Web e avere rigenerato le librerie di classi corrispondenti, ripetere la generazione dell'intera soluzione per decodificare questi riferimenti Web.

• I riferimenti ai servizi Web potrebbero non essere decodificati correttamente quando un progetto Web Windows e un progetto Web ASP.NET fanno entrambi riferimento alla stessa libreria di classi.

  Per risolvere questo problema, chiudere il diagramma applicazioni e rimuovere i riferimenti alla libreria di classi condivisa dai progetti Web Windows e ASP.NET. Aggiungere innanzitutto il riferimento alla libreria di classi al progetto Web ASP.NET, aprire il diagramma applicazioni e quindi aggiungere il riferimento alla libreria di classi al progetto Windows.

Per ulteriori informazioni, vedere Procedura: fare riferimento a librerie di classi da applicazioni nei diagrammi applicazioni.

Vedere anche

Attività

Risoluzione dei problemi relativi ai diagrammi sistema

Riferimenti

Considerazioni relative all'eliminazione di membri ed endpoint da sistemi di applicazioni

Altre risorse

Progettazione delle applicazioni in Progettazione applicazioni