Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Le informazioni contenute in questo argomento sono valide per:
Edizione |
Visual Basic |
C# |
F# |
C++ |
Web Developer |
|---|---|---|---|---|---|
Express |
.gif "Argomento non applicabile") |
|
|
|
|
Pro, Premium e Ultimate |
.gif "Argomento applicabile") |
|
|
|
|
Se è necessario eseguire il debug di un'applicazione Web in esecuzione su un server di produzione, è consigliabile procedere con cautela. In caso di connessione al processo di lavoro ASP.NET per eseguire il debug e raggiungere un punto di interruzione, ad esempio, tutto il codice gestito nel processo di lavoro si arresta. L'arresto di tutto il codice gestito nel processo di lavoro può comportare l'arresto del lavoro per tutti gli utenti del server. Prima di eseguire il debug su un server di produzione, tenere in considerazione il potenziale impatto sulle attività produttive.
Per utilizzare Visual Studio per eseguire il debug di un'applicazione distribuita, è necessario effettuare la connessione al processo di lavoro ASP.NET e verificare che il debugger abbia accesso ai simboli per l'applicazione. Inoltre, è necessario individuare e aprire i file di origine dell'applicazione. Per ulteriori informazioni, vedere Managing Symbols and Source Code, Procedura: individuare il nome del processo ASP.NET e Requisiti di sistema per il debug di ASP.NET.
Nota
Molte applicazioni Web ASP.NET fanno riferimento a DLL contenenti logica di business o altro codice utile. Tale riferimento consente di copiare automaticamente la DLL dal computer locale alla cartella \bin della directory virtuale dell'applicazione Web. Quando si esegue il debug, tenere presente che l'applicazione Web fa riferimento a tale copia della DLL e non alla copia presente sul computer locale.
La connessione al processo di lavoro ASP.NET è praticamente identica alla connessione a qualsiasi altro processo remoto. Dopo la connessione, se non è aperto il progetto corretto, al momento dell'interruzione dell'applicazione verrà visualizzata una finestra di dialogo. In questa finestra di dialogo è necessario immettere il percorso dei file di origine dell'applicazione. Il nome file specificato nella finestra di dialogo deve corrispondere a quello specificato nei simboli di debug, che si trovano sul server Web. Per ulteriori informazioni, vedere Attaching to Running Processes.
Vedere anche
Attività
Procedura: attivare il debug per applicazioni ASP.NET
Procedura: individuare il nome del processo ASP.NET
Altre risorse
Debug di applicazioni ASP.NET e AJAX