Имя поля «Детали» в JSON вызывает сбой десериализации - PullRequest
Новая
       11

Имя поля «Детали» в JSON вызывает сбой десериализации

0 голосов
/ 09 января 2020

В следующем коде я могу вызвать сбой десериализации из-за 

com.fasterxml.jackson.databind.exc.MismatchedInputException: Cannot deserialize instance of `java.util.ArrayList<de.richtercloud.jackson.deserialize.list.of.objects.DeserializationTest$D>` out of FIELD_NAME token
 at [Source: (String)"{
            "a": [
                {
                    "c": {
                        "Parts": []
                    }
                }
            ]
        }"; line: 5, column: 25] (through reference chain: de.richtercloud.jackson.deserialize.list.of.objects.DeserializationTest$A["a"]->java.util.ArrayList[0]->de.richtercloud.jackson.deserialize.list.of.objects.DeserializationTest$B["c"])

    at com.fasterxml.jackson.databind.exc.MismatchedInputException.from(MismatchedInputException.java:59)
    at com.fasterxml.jackson.databind.DeserializationContext.reportInputMismatch(DeserializationContext.java:1442)
    at com.fasterxml.jackson.databind.DeserializationContext.handleUnexpectedToken(DeserializationContext.java:1216)
    at com.fasterxml.jackson.databind.DeserializationContext.handleUnexpectedToken(DeserializationContext.java:1168)
    at com.fasterxml.jackson.databind.deser.std.CollectionDeserializer.handleNonArray(CollectionDeserializer.java:332)
    at com.fasterxml.jackson.databind.deser.std.CollectionDeserializer.deserialize(CollectionDeserializer.java:265)
    at com.fasterxml.jackson.databind.deser.std.CollectionDeserializer.deserialize(CollectionDeserializer.java:245)
    at com.fasterxml.jackson.databind.deser.std.CollectionDeserializer.deserialize(CollectionDeserializer.java:27)
    at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.deserializeFromObjectUsingNonDefault(BeanDeserializerBase.java:1284)
    at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserializeFromObject(BeanDeserializer.java:326)
    at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:159)
    at com.fasterxml.jackson.databind.deser.SettableBeanProperty.deserialize(SettableBeanProperty.java:530)
    at com.fasterxml.jackson.databind.deser.BeanDeserializer._deserializeWithErrorWrapping(BeanDeserializer.java:528)
    at com.fasterxml.jackson.databind.deser.BeanDeserializer._deserializeUsingPropertyBased(BeanDeserializer.java:417)
    at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.deserializeFromObjectUsingNonDefault(BeanDeserializerBase.java:1287)
    at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserializeFromObject(BeanDeserializer.java:326)
    at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:159)
    at com.fasterxml.jackson.databind.deser.std.CollectionDeserializer.deserialize(CollectionDeserializer.java:286)
    at com.fasterxml.jackson.databind.deser.std.CollectionDeserializer.deserialize(CollectionDeserializer.java:245)
    at com.fasterxml.jackson.databind.deser.std.CollectionDeserializer.deserialize(CollectionDeserializer.java:27)
    at com.fasterxml.jackson.databind.deser.SettableBeanProperty.deserialize(SettableBeanProperty.java:530)
    at com.fasterxml.jackson.databind.deser.BeanDeserializer._deserializeWithErrorWrapping(BeanDeserializer.java:528)
    at com.fasterxml.jackson.databind.deser.BeanDeserializer._deserializeUsingPropertyBased(BeanDeserializer.java:417)
    at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.deserializeFromObjectUsingNonDefault(BeanDeserializerBase.java:1287)
    at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserializeFromObject(BeanDeserializer.java:326)
    at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:159)
    at com.fasterxml.jackson.databind.ObjectMapper._readMapAndClose(ObjectMapper.java:4202)
    at com.fasterxml.jackson.databind.ObjectMapper.readValue(ObjectMapper.java:3205)
    at com.fasterxml.jackson.databind.ObjectMapper.readValue(ObjectMapper.java:3173)
    at de.richtercloud.jackson.deserialize.list.of.objects.DeserializationTest.testDeserialization(DeserializationTest.kt:22)
[omitted JUnit stacktrace]

, изменив имя поля Parts (как в JSON, так и в классе одновременно) в следующий тест: 

internal class DeserializationTest {

    @Test
    fun testDeserialization() {
        val serialized = """{
            "a": [
                {
                    "c": {
                        "Parts": []
                    }
                }
            ]
        }"""
        val deserialized = createObjectMapper().readValue(serialized, A::class.java)
        assertNotNull(deserialized)
    }

    fun createObjectMapper() = ObjectMapper().registerModule(KotlinModule())

    data class A(val a: List<B>)

    data class B(val c: C)

    data class C(val Parts: List<D>)

    data class D(var e: String)
}

Я ожидаю, что этот тест будет работать независимо от того, какое имя я выберу, поскольку имя поля является данными и не должно оказывать никакого влияния на поведение алгоритма десериализации.

Я пробовал parts, a и многие другие имена и искал в Интернете и в исходном коде jackson-databind подсказки, что "Parts" является ключевым словом.

Добавление .configure(DeserializationFeature.ACCEPT_SINGLE_VALUE_AS_ARRAY, true) к ObjectMapper инициализация приводит к изменению сообщения об исключении на com.fasterxml.jackson.module.kotlin.MissingKotlinParameterException: Instantiation of [simple type, class de.richtercloud.jackson.deserialize.list.of.objects.DeserializationTest$D] value failed for JSON property e due to missing (therefore NULL) value for creator parameter e which is a non-nullable type.

Я использую следующие версии: 

<properties>
    <kotlin.version>1.3.61</kotlin.version>
    <junit5.version>5.5.2</junit5.version>
    <jackson.version>2.10.1</jackson.version>
</properties>

<dependencies>
    <dependency>
        <groupId>org.jetbrains.kotlin</groupId>
        <artifactId>kotlin-stdlib</artifactId>
        <version>${kotlin.version}</version>
    </dependency>
    <dependency>
        <groupId>org.jetbrains.kotlin</groupId>
        <artifactId>kotlin-reflect</artifactId>
        <version>${kotlin.version}</version>
    </dependency>
    <dependency>
        <groupId>com.fasterxml.jackson.core</groupId>
        <artifactId>jackson-databind</artifactId>
        <version>${jackson.version}</version>
    </dependency>
    <dependency>
        <groupId>com.fasterxml.jackson.module</groupId>
        <artifactId>jackson-module-kotlin</artifactId>
        <version>${jackson.version}</version>
    </dependency>

    <!-- test dependencies -->
    <dependency>
        <groupId>org.junit.jupiter</groupId>
        <artifactId>junit-jupiter</artifactId>
        <version>${junit5.version}</version>
        <scope>test</scope>
    </dependency>
</dependencies>

Я могу обойти исключение, указав 

data class C(@JsonProperty("Parts") val parts: List<D>)

однако я бы хотел понять эту проблему / поведение.

1 Ответ

1 голос
/ 10 января 2020

Это «особенность» Джексона: https://github.com/FasterXML/jackson-module-kotlin/issues/92

Предлагаемое решение - использовать @JsonProperty, как вы уже делаете.

Имея только snake_case ключи также должны работать нормально: 

internal class DeserializationTest {

    @Test
    fun testDeserialization() {
        val serialized = """{
            "a": [
                {
                    "c": {
                        "parts": []
                    }
                }
            ]
        }"""
        val deserialized = createObjectMapper().readValue(serialized, A::class.java)
        assertNotNull(deserialized)
    }

    fun createObjectMapper() = ObjectMapper().registerModule(KotlinModule())

    data class A(val a: List<B>)

    data class B(val c: C)

    data class C(val parts: List<D>)

    data class D(var e: String)
}
...