Closed Wouter1 closed 10 years ago
Labeled this as 'bug' because this is considered a bug in BW4T3 where this problem appears T#3215
Can we put this to high prio, as #3215 is high prio?
how to repro: use BW4T3 , use a map that contains a room without doors, and try to go there.
You can just run start the server and client jar files. And use a map that I will try to attach.
I changed the code such that EIS adds the targetException of the InvocationTargetException as the cause, instead of the InvocationTargetException itself.
The problem is still there. I suspect that this a build problem, because it was decided tonot increase the EIS version number.
I can not attach the required files to make this a good bug report. I will continue work on this ticket on trac
Unfortunately, we don't support that file type. Try again with a PNG, GIF, or JPG.
fixed, EIS now adds the stacktrace that caused the InvocationTargetException instead of the InvocationTargetException itself.
EIS does internally use method.invoke()
This can use a InvocationTargetException if something throws inside the call.
EIS passes this exception un-modified up in DefaultActionHandler line 126
This is unfortunate because InvocationTargetException does not print the inner cause. This is probably because it puts the causing exception in the internal 'target' field in stead of the normal 'cause' field.
Because of this, end users will not be able to see the real cause of the InvocationTargetException, the stacktrace bottoms out at the InvocationTargetException