Export (0) Print
Expand All
This topic has not yet been rated - Rate this topic

Debugging Deployed ASP.NET Web Applications/XML Web Services

This topic applies to:

Visual Studio

Visual Basic

C#

C++

J#

Visual Web Developer

Express

No

No

No

No

No

Standard

No

No

No

No

No

Pro/Team

Yes

Yes

No

Yes

Yes

Sometimes, you may need to debug a Web application that is already deployed and running on a server. This should be done with caution if the Web application is running on a production server. If you attach to the ASP.NET worker process for debugging and hit a breakpoint, for example, all managed code in the worker process halts, which can cause a work stoppage for all users on the server. If you must debug on a production server, be sure to consider the potential impact on production work.

To debug a deployed and running application from Visual Studio, you must attach to the ASP.NET worker process, and make sure that the debugger can find symbols for the application. In addition, you must locate and open the source files for the application. For more information, see Managing Symbols and Source Code, How to: Find the Name of the ASP.NET Process, and ASP.NET Debugging: System Requirements.

NoteNote

Many ASP.NET Web applications reference DLLs that contain business logic or other useful code. Such a reference automatically copies the DLL from your local machine to the \bin folder of the Web application's virtual directory. When you are debugging, be aware that your Web application is referencing that copy of the DLL and not the copy on your local machine.

Attaching to the ASP.NET worker process is the same as attaching to any other remote process. After attaching, if you do not have the appropriate project open, a dialog box appears the next time the application breaks, asking for the location of the application's source files. Use this dialog box to locate the source. The file name you specify in the dialog box must match the file name specified in the debug symbols, located on the Web server. For more information see Attaching to Running Processes.

See Also

Did you find this helpful?
(1500 characters remaining)
Thank you for your feedback

Community Additions

ADD
Show:
© 2014 Microsoft. All rights reserved.