76

For example, I got a stack trace like this:

java.lang.NullPointerException
abc.investxa.presentation.controllers.UnixServerJobController.handleRequest(UnixServerJobController.java:66)
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:875)
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:807)
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571)
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:501)
javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:96)
org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76)

So what is the root cause of this exception? From the stack trace, I found out that there is a problem with doFilter function in the OncePerRequestFilter class! However, when I put a break point there and the program never stop at that break point.

Could anyone give explanation about this!? And in general case, how should I use that stack case for debugging (read from bottom to top or from top to bottom)!

Improve this question
0

2 Answers 2

Reset to default
83

You should generally read from the top - so in this case, there's a NullPointerException at line 66 of UnixServerJobController, in the handleRequest method. That method was called by SimpleControllerHandlerAdapter.handle, which was called by DispatcherServlet.doDispatch etc.

However, in this particular case it's likely that the first frame of the stack trace is all you need. Look at line 66 of UnixServerJobController, work out what might be null, and act accordingly.

Note that sometimes one exception is wrapped in another (which may in turn be wrapped in another, etc). In this case you should look at each of the stack traces - often it's the "most nested" exception which gives the most useful information, as that's the root cause.

Improve this answer
Sign up to request clarification or add additional context in comments.

7 Comments

"it's likely that the first frame of the stack trace is all you need" unless the exception is thrown by a library because you supplied the wrong set of parameters.
When exceptions are wrapped and rethrown, the import line is hidden in the middle
@JanDvorak: I was referring to this particular stack trace - will make that clearer.
Hi Jon, I have always admired you. It's great when having you answered my question. :D
@JoshBjelovuk: Yes - the one that actually caused it all.
|
58

Generally the exact reason for the Exception is at the first line of your Stack Trace, and for more information about the cause of that exception, you need to gradually move down, and the root cause can often be found somewhere near the bottom of the stack trace.

But in most cases, you can even get the cause of the exception from the first few lines..

So, in this case, your exception is at handleRequest method, and when you move downwards, those are the methods, which invoked your previous method (The one at above the current method in stack trace)

Improve this answer

8 Comments

In enterprise java, the bottom of the call stack is often a library function, and not worthwhile investigating.
@JanDvorak.. May be that it is not often required to investigate that, but it is the root cause right?? So, where I'm wrong in saying that??
If you want to get blamed for the mistakes of all your employees, then yes, the library is at fault :-)
As you can see from the stack trace, there are nine stack frames from the library, and only the top frame is a user function (and likely to blame). This is often the case that the cause is near the top.
"is near the bottom" is not true. "is often near the bottom" may be diputed. "can be near the bottom" is certainly true, but does not tell much.
|

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.