Details
-
Type: Improvement
-
Status: Closed
-
Priority: Minor
-
Resolution: Fixed
-
Affects Version/s: 1.4.1
-
Fix Version/s: 1.4.2
-
Component/s: Converters
-
Labels:None
Description
For people writing custom converters/mappers they might encounter scenarios where class can't be resolved due to some other error. There is also a strong case for extending CannotResolveClassException instead of defining independent one (e.g. some mappers/converters/... may rely on catching CannotResolveClassException. Hence, it would be nice to have a constructor with cause.
Constructor taking message and cause added on trunk.