`BigDecimal` deserialization issue when using `@JsonCreator`

[dbachdev]

Search before asking

• I searched in the issues and found nothing similar.

Describe the bug

Deserialization doesn't work correctly on Double/Float fields after processing BigDecimal's wrapper used in conjunction with @JsonCreator annotation.

Version Information

2.18.2

Reproduction

public class DeserializationIssueCheck {

    public static void main(String[] args) throws Exception {

        DeserializationIssue issue = new ObjectMapper()
                .readValue("{\"decimalHolder\":100.00,\"number\":50}", DeserializationIssue.class);

        Logger.getLogger(DeserializationIssueCheck.class.getName())
              .warning("issue.number is incorrect: " + issue.number); // WARNING: issue.number is incorrect: 100.0
    }

    public static class DeserializationIssue {
        public DecimalHolder decimalHolder;
        public Double number;
    }

    public static class DecimalHolder {
        public BigDecimal value;

        public DecimalHolder(BigDecimal value) {
            this.value = value;
        }

        @JsonCreator
        public static DecimalHolder of(BigDecimal value) {
            return new DecimalHolder(value);
        }
    }
}

Expected behavior

Objects are correctly deserialized

Additional context

No response

[pjfanning]

Can you tell us what the issue is? It takes time to reproduce the issue - why not also provide a description of the issue?

Are you saying that 100.0 is not equal to 100.00 and that is your issue?

[dbachdev]

According to the provided input for JSON reading:

{ "decimalHolder": 100.00, "number": 50 }

number's value should be deserialized to DeserializationIssue.number as 50, and instead it's 100.0, which is wrong. Change of number type from Double to Integer works perfertly.

---

ParserBase keeps cached _numberString value after DecimalHolder deserialization and it's used as an input value for parsing VALUE_NUMBER_INT token which is the value for number property during next iteration (when invoking ParserBase.getDoubleValue()).