Should NOT_IN judgment be added to QueryMapper's convertValue function implementation? #1744
Labels
status: ideal-for-contribution
An issue that a contributor can help us with
type: enhancement
A general enhancement
The current implementation is like this
@nullable
private Object convertValue(Comparator comparator, @nullable Object value, TypeInformation<?> typeHint) {
My scenario is like this. I implemented the conversion from Collection to String myself. If NOT_IN is not determined before, the subsequent conversion function first determines whether conversion is possible, resulting in the wrong type of conversion.
The text was updated successfully, but these errors were encountered: