You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems that MapToMapConverter cannot distinguish MultiValueMap in target, so it, or one of its converter helpers, will use add() and pass in a List to a map value (which is a List itself) instead of using addAll() (or the equivalent).
I am wondering if this was intentional, but TypeDescriptor.map() previously allowed null arguments in keyTypeDescriptor and valueTypeDescriptor.
We have a test case in SI that is now broken. I don't recall the details, but I believe we added the test as a result of an issue in where conversion is attempted but the generic type information is not available.
I think it was because the situation that Dave reported (conversion when we don't have type information).
It is not clear to me whether we should remove the test (because this fixes the root cause) or whether the method should still work with null descriptors
Dave Syer opened SPR-9499 and commented
It seems that MapToMapConverter cannot distinguish MultiValueMap in target, so it, or one of its converter helpers, will use add() and pass in a List to a map value (which is a List itself) instead of using addAll() (or the equivalent).
Affects: 3.1.1
Issue Links:
@Value
method argument fails with TypeMismatchExceptionThe text was updated successfully, but these errors were encountered: