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.