JsonMappingException: nessun costruttore adatto trovato per il tipo [tipo semplice, classe]: impossibile creare un'istanza dall'oggetto JSON

Ricevo il seguente errore quando provo a ottenere una richiesta JSON ed elaborarla:

org.codehaus.jackson.map.JsonMappingException: nessun costruttore adatto trovato per il tipo [tipo semplice, classe com.myweb.ApplesDO]: impossibile creare un'istanza dall'oggetto JSON (è necessario aggiungere / abilitare le informazioni sul tipo?)

Ecco il JSON che sto cercando di inviare:

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

In Controller, ho la seguente firma del metodo:

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

AllApplesDO è un wrapper di 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
    }
}

Penso che Jackson non sia in grado di convertire JSON in oggetti Java per sottoclassi. Aiutare con i parametri di configurazione per Jackson per convertire JSON in oggetti Java. Sto usando Spring Framework.

EDIT: incluso il bug principale che sta causando questo problema nella classe di esempio sopra - Cerca una risposta accettata per la soluzione.

Quindi, finalmente ho capito qual è il problema. Non è un problema di configurazione di Jackson, come dubitavo.

In realtà il problema era nella 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
    }
}

C'era un costruttore personalizzato definito per la classe rendendolo il costruttore predefinito. L'introduzione di un costruttore fittizio ha fatto scomparire l'errore:

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() {
    }

}

Questo accade per questi motivi:

1. la tua classe interna dovrebbe essere definita come statica

   private static class Condition {  //jackson specific    
   }

2. È possibile che tu non abbia un costruttore predefinito nella tua classe ( AGGIORNAMENTO: questo sembra non essere il caso)

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

3. È possibile che i setter non siano definiti correttamente o non siano visibili (ad es. Setter privato)

Vorrei aggiungere un'altra soluzione a questo che non richiede un costruttore fittizio. Poiché i costruttori fittizi sono un po 'disordinati e successivamente confusi. Siamo in grado di fornire un costruttore sicuro e annotando gli argomenti del costruttore permettiamo a jackson di determinare la mappatura tra parametro del costruttore e campo.

quindi funzionerà anche quanto segue. Nota la stringa all'interno dell'annotazione deve corrispondere al nome del campo.

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) {
        }

}

Quando ho riscontrato questo problema, è stato il risultato del tentativo di utilizzare una classe interna per fungere da DO. La costruzione della classe interna (in silenzio) richiedeva un'istanza della classe chiusa - che non era disponibile per Jackson.

In questo caso, lo spostamento della classe interna nel proprio file .java ha risolto il problema.

Generalmente questo errore si verifica perché non creiamo un costruttore predefinito ma nel mio caso Il problema si presentava solo perché avevo creato una classe di oggetti usata all'interno della classe genitore. Questo ha sprecato la mia intera giornata.

Thumb Rule : aggiungi un costruttore predefinito per ogni classe che hai usato come classe di mapping. Hai perso questo e il problema si presenta!
Aggiungi semplicemente il costruttore predefinito e dovrebbe funzionare.

Potete per favore testare questa struttura. Se ricordo bene puoi usarlo in questo modo:

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

In secondo luogo, aggiungi il costruttore predefinito a ogni classe che potrebbe essere d'aiuto.

Devi creare un costruttore fittizio vuoto nella nostra classe di modelli, quindi durante la mappatura di json, viene impostato con il metodo setter.

Se si avvia l'annotazione del costruttore, è necessario annotare tutti i campi.

Nota, il mio campo Staff.name è mappato su "ANOTHER_NAME" nella stringa 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;
       }        
    }

Devi capire quali opzioni Jackson ha a disposizione per la deserializzazione. In Java, i nomi degli argomenti del metodo non sono presenti nel codice compilato. Ecco perché Jackson non può generalmente usare i costruttori per creare un oggetto ben definito con tutto già impostato.

Quindi, se c'è un costruttore vuoto e ci sono anche setter, usa il costruttore vuoto e i setter. Se non ci sono setter, viene usata della magia oscura (riflessi) per farlo.

Se vuoi usare un costruttore con Jackson, devi usare le annotazioni come menzionato da @PiersyP nella sua risposta. Puoi anche usare un modello di generatore. Se incontri qualche eccezione, buona fortuna. La gestione degli errori a Jackson fa schifo, è difficile capire che è incomprensibile nei messaggi di errore.

Per quanto riguarda l'ultima pubblicazione, ho riscontrato lo stesso problema con l'utilizzo di Lombok 1.18. *.

La mia soluzione era quella di aggiungere @NoArgsConstructor (costruttore senza parametri), poiché @Data include per impostazione predefinita @RequiredArgsConstructor (costruttore con parametri).

Documentazione di lombok https://projectlombok.org/features/all

Ciò risolverebbe il problema:

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;
}

Il problema potrebbe essere anche la mancata serializzazione / deserializzazione di Jackson personalizzati. Anche se non è il tuo caso, vale la pena menzionarlo.

Ho affrontato la stessa eccezione e quello era il caso.

Per me, questo funzionava, ma l'aggiornamento delle librerie ha fatto apparire questo problema. Il problema era avere una classe come questa:

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;
}

Usando lombok:

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

Tornando a

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

Risolto il problema Non so perché, ma volevo documentarlo per il futuro.