Conversation
There was a problem hiding this comment.
What's the intent behind converting these exceptions all to IOException?
There was a problem hiding this comment.
Used in situations such as setup in Mapper/Reducers that only handles IOException. Rather littering the method signature and pushing the redundant handling else where, I do it here.
There was a problem hiding this comment.
Gotcha - I understand it in the case of a constrained method that needs to be implemented/overrided - just didn't see that here. What does e.getMessage() do in this case? Is there any value in something like
throw new IOException(e, e.getMessage())(might be pointless - intent here is just to make sure we aren't slightly obfuscating the InstatiantionException of IllegalAcessException, since those are more useful than IOException)
|
I started looking at this again more closely. |
|
Addressed the concerns of the last push. |
Fix issue where WFS-T. BBOX parameter fails in tablet with GeoServer 2.6.x #306
#306