Post is about locating exact location of the Exception in the code. There is always problem for the developer to locate exact location from where Exception raised, because of that it difficult for the developer what actually went wrong. Most of the time problem occurs when there is too many libraries referenced i.e. used in project.
To understand let’s consider below example:
In following example application is divided in three layers
BusinessLayer code
DataLayer code
Now if you run above code by putting it into respected layer, then when exception thrown by the actual code debugger break execution in the front layer code. Below image shows same thing.
So it becomes difficult for the developer what went wrong if there is actual complex code is there.
Solution
In Visual studio there is option as given in below image that allows to break debugging at the point i.e. at the code from where exception is coming.
Once you clicked on menu option it will open up dialog box where you can mark tick on “Common Language Runtime Exception” as in below image and click ok.
Now if you run same code than debugger will stop at exact location from where exception is coming, you can also see below image.
So breaking at exact location from where error is coming you can find out which part is actually causing problem and help to resolve error easily.
Conclusion
Visual studio option to locate exception also very helpful when there is multiple threads doing operation and throws exception. Also locate exceptions dialog provide other option that is also help full when you are using JavaScript, com component etc. that you can try by yourself.
To understand let’s consider below example:
In following example application is divided in three layers
- Font end - Layer though which user interact with application and Displays data to end user of application.
- Business -Layer which is having business logic, code to call datalayer and the info classes which transport between font and data layer.
- Data - Layer which interact with database and supply data to business layer.
class Program { //Program p = new Program(); public int i = 10; public static void Main(string[] args) { try { (new BusinessEmployee()).GetEmployeeList(); } catch (Exception ex) { global::System.Windows.Forms.MessageBox.Show(ex.Message); } } }As you see in above code Font layer calling “GetEmployeeList” method to get list of all employee.
BusinessLayer code
public class BusinessEmployee { private readonly DataEmployee dataEmployee; public BusinessEmployee() { dataEmployee = new DataEmployee(); } //Business layer class for employee public void GetEmployeeList() { dataEmployee.GetEmployeeList(); } }In this layer Business class calling DataLayer to get employee list from the database.
DataLayer code
public class DataEmployee { //Data layer class for employee public void GetEmployeeList() { throw new Exception("Not able to fetch employee"); } }This layer return employee list, but for the example its returning exception.
Now if you run above code by putting it into respected layer, then when exception thrown by the actual code debugger break execution in the front layer code. Below image shows same thing.
So it becomes difficult for the developer what went wrong if there is actual complex code is there.
Solution
In Visual studio there is option as given in below image that allows to break debugging at the point i.e. at the code from where exception is coming.
Once you clicked on menu option it will open up dialog box where you can mark tick on “Common Language Runtime Exception” as in below image and click ok.
Now if you run same code than debugger will stop at exact location from where exception is coming, you can also see below image.
So breaking at exact location from where error is coming you can find out which part is actually causing problem and help to resolve error easily.
Conclusion
Visual studio option to locate exception also very helpful when there is multiple threads doing operation and throws exception. Also locate exceptions dialog provide other option that is also help full when you are using JavaScript, com component etc. that you can try by yourself.
No comments:
Post a Comment