Details
- 
        Type: Improvement Improvement
- 
        Status: Closed Closed
- 
            Priority: Minor 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.