As reported by @odrotbohm, extending AbstractSmartHttpMessageConverter typically requires to override both Class and ResolvableType variants of canRead. This was not intended as SmartHttpMessageConverter interface has default methods doing the conversion from Class parameters to ResolvableType ones, but AbstractHttpMessageConverter overrides it.
We should change canRead/canWrite overrides to Class ones in AbstractSmartHttpMessageConverter that delegate to the ResolvableType variants.
As reported by @odrotbohm, extending
AbstractSmartHttpMessageConvertertypically requires to override bothClassandResolvableTypevariants ofcanRead. This was not intended asSmartHttpMessageConverterinterface has default methods doing the conversion fromClassparameters toResolvableTypeones, butAbstractHttpMessageConverteroverrides it.We should change
canRead/canWriteoverrides toClassones inAbstractSmartHttpMessageConverterthat delegate to theResolvableTypevariants.