JsonMappingException: aucun constructeur approprié trouvé pour le type [type simple, classe]: ne peut pas instancier à partir d'un objet JSON

J'obtiens l'erreur suivante lorsque j'essaie d'obtenir une demande JSON et de la traiter:

org.codehaus.jackson.map.JsonMappingException: aucun constructeur approprié trouvé pour le type [type simple, classe com.myweb.ApplesDO]: ne peut pas instancier à partir de l'objet JSON (besoin d'ajouter / activer les informations de type?)

Voici le JSON que j'essaie d'envoyer:

{
  "applesDO" : [
    {
      "apple" : "Green Apple"
    },
    {
      "apple" : "Red Apple"
    }
  ]
}

Dans Controller, j'ai la signature de méthode suivante:

@RequestMapping("showApples.do")
public String getApples(@RequestBody final AllApplesDO applesRequest){
    // Method Code
}

AllApplesDO est un wrapper d'ApplesDO:

public class AllApplesDO {

    private List<ApplesDO> applesDO;

    public List<ApplesDO> getApplesDO() {
        return applesDO;
    }

    public void setApplesDO(List<ApplesDO> applesDO) {
        this.applesDO = applesDO;
    }
}

ApplesDO:

public class ApplesDO {

    private String apple;

    public String getApple() {
        return apple;
    }

    public void setApple(String appl) {
        this.apple = apple;
    }

    public ApplesDO(CustomType custom){
        //constructor Code
    }
}

Je pense que Jackson est incapable de convertir JSON en objets Java pour les sous-classes. Veuillez aider avec les paramètres de configuration pour Jackson pour convertir JSON en objets Java. J'utilise Spring Framework.

EDIT: inclus le bogue majeur à l'origine de ce problème dans l'exemple de classe ci-dessus.

Alors, j'ai finalement réalisé quel était le problème. Ce n'est pas un problème de configuration Jackson comme je le doutais.

En fait, le problème était dans la classe ApplesDO :

public class ApplesDO {

    private String apple;

    public String getApple() {
        return apple;
    }

    public void setApple(String apple) {
        this.apple = apple;
    }

    public ApplesDO(CustomType custom) {
        //constructor Code
    }
}

Un constructeur personnalisé a été défini pour la classe, ce qui en fait le constructeur par défaut. L'introduction d'un constructeur factice a fait disparaître l'erreur:

public class ApplesDO {

    private String apple;

    public String getApple() {
        return apple;
    }

    public void setApple(String apple) {
        this.apple = apple;
    }

    public ApplesDO(CustomType custom) {
        //constructor Code
    }

    //Introducing the dummy constructor
    public ApplesDO() {
    }

}

Cela se produit pour ces raisons:

1. votre classe intérieure doit être définie comme statique

   private static class Condition {  //jackson specific    
   }
   

2. Il se peut que vous n'ayez pas de constructeur par défaut dans votre classe ( MISE À JOUR: Cela ne semble pas être le cas)

   private static class Condition {
       private Long id;
   
       public Condition() {
       }
   
       // Setters and Getters
   }
   

3. Il se peut que vos Setters ne soient pas définis correctement ou ne soient pas visibles (par exemple, setter privé)

Je voudrais ajouter une autre solution à cela qui ne nécessite pas de constructeur factice. Étant donné que les constructeurs factices sont un peu désordonnés et confus par la suite. Nous pouvons fournir un constructeur sûr et en annotant les arguments du constructeur, nous permettons à jackson de déterminer la correspondance entre le paramètre du constructeur et le champ.

donc ce qui suit fonctionnera également. Notez que la chaîne à l'intérieur de l'annotation doit correspondre au nom du champ.

import com.fasterxml.jackson.annotation.JsonProperty;
public class ApplesDO {

        private String apple;

        public String getApple() {
            return apple;
        }

        public void setApple(String apple) {
            this.apple = apple;
        }

        public ApplesDO(CustomType custom){
            //constructor Code
        }

        public ApplesDO(@JsonProperty("apple")String apple) {
        }

}

Quand j'ai rencontré ce problème, c'était le résultat de l'utilisation d'une classe interne pour servir de DO. La construction de la classe interne (en silence) nécessitait une instance de la classe englobante - qui n'était pas disponible pour Jackson.

Dans ce cas, le déplacement de la classe interne vers son propre fichier .java a résolu le problème.

Généralement, cette erreur vient du fait que nous ne faisons pas de constructeur par défaut, mais dans mon cas, le problème ne venait que parce que j'ai créé la classe d'objets utilisée dans la classe parente. Cela a gâché toute ma journée.

Règle générale : ajoutez un constructeur par défaut pour chaque classe que vous avez utilisée comme classe de mappage. Vous avez raté cela et le problème se pose!
Ajoutez simplement le constructeur par défaut et cela devrait fonctionner.

Pouvez-vous s'il vous plaît tester cette structure. Si je me souviens bien, vous pouvez l'utiliser de cette façon:

{
    "applesRequest": {
        "applesDO": [
            {
                "apple": "Green Apple"
            },
            {
                "apple": "Red Apple"
            }
        ]
    }
}

Deuxièmement, veuillez ajouter un constructeur par défaut à chaque classe, cela pourrait également aider.

Vous devez créer un constructeur vide factice dans notre classe de modèle. Ainsi, lors du mappage de json, il est défini par la méthode setter.

Si vous commencez à annoter le constructeur, vous devez annoter tous les champs.

Notez que mon champ Staff.name est mappé sur "ANOTHER_NAME" dans la chaîne JSON.

     String jsonInString="{\"ANOTHER_NAME\":\"John\",\"age\":\"17\"}";
     ObjectMapper mapper = new ObjectMapper();
     Staff obj = mapper.readValue(jsonInString, Staff.class);
     // print to screen

     public static class Staff {
       public String name;
       public Integer age;
       public Staff() {         
       }        

       //@JsonCreator - don't need this
       public Staff(@JsonProperty("ANOTHER_NAME") String   n,@JsonProperty("age") Integer a) {
        name=n;age=a;
       }        
    }

Vous devez comprendre les options dont Jackson dispose pour la désérialisation. En Java, les noms des arguments de méthode ne sont pas présents dans le code compilé. C'est pourquoi Jackson ne peut généralement pas utiliser de constructeurs pour créer un objet bien défini avec tout ce qui est déjà défini.

Donc, s'il y a un constructeur vide et qu'il y a aussi des setters, il utilise le constructeur et les setters vides. S'il n'y a pas de setters, de la magie noire (réflexions) est utilisée pour le faire.

Si vous souhaitez utiliser un constructeur avec Jackson, vous devez utiliser les annotations mentionnées par @PiersyP dans sa réponse. Vous pouvez également utiliser un modèle de générateur. Si vous rencontrez des exceptions, bonne chance. La gestion des erreurs dans Jackson est un gros problème, il est difficile de comprendre ce charabia dans les messages d'erreur.

En ce qui concerne la dernière publication, j'ai eu le même problème lorsque l'utilisation de Lombok 1.18. * A généré le problème.

Ma solution a été d'ajouter @NoArgsConstructor (constructeur sans paramètres), car @Data inclut par défaut @RequiredArgsConstructor (constructeur avec paramètres).

Documentation lombok https://projectlombok.org/features/all

Cela résoudrait le problème:

package example.counter;

import javax.validation.constraints.NotNull;

import lombok.Data;

@Data
@NoArgsConstructor
public class CounterRequest {
    @NotNull
    private final Integer int1;

    @NotNull
    private final Integer int2;
}

Le défaut de sérialiseurs / désérialiseurs jackson personnalisés pourrait également être le problème. Bien que ce ne soit pas votre cas, cela vaut la peine d'être mentionné.

J'ai fait face à la même exception et c'était le cas.

Pour moi, cela fonctionnait auparavant, mais la mise à niveau des bibliothèques a provoqué l'apparition de ce problème. Le problème était d'avoir une classe comme celle-ci:

package example.counter;

import javax.validation.constraints.NotNull;

import lombok.Data;

@Data
public class CounterRequest {
    @NotNull
    private final Integer int1;

    @NotNull
    private final Integer int2;
}

Utilisation de lombok:

<dependency>
    <groupId>org.projectlombok</groupId>
    <artifactId>lombok</artifactId>
    <version>1.18.0</version>
</dependency>

Se replier sur

<dependency>
    <groupId>org.projectlombok</groupId>
    <artifactId>lombok</artifactId>
    <version>1.16.10</version>
</dependency>

Correction du problème. Je ne sais pas pourquoi, mais je voulais le documenter pour l'avenir.