L'uso di proprietà di oggetto padre per determinare sottoclasse quando deserializzazione?

Question

children: [
      {
          o kind: "t3"
            data: {                 // ExampleNodeT3 class should be used for kind == t3
                + t3var1: "val1"
                + t3var2: true
            }
      }
      {
          o kind: "t4"                
            data: {                 // ExampleNodeT4 class should be used for kind == t4
                + t4var1: false
                + t4var2: 2346
            }
      }
] ... etc.


@JsonTypeInfo(use=Id.NAME, property="kind")
@JsonSubTypes({
@Type(value=ExampleNodeT3.class, name="t3"),
@Type(value=ExampleNodeT4.class, name="t4")})
public abstract class ExampleNode {
...
public void setData(ExampleNode data) {
    this.data = data;
}

Quando si tenta di deserializzare questo con Jackson, i suggerimenti JsonTypeInfo falliscono quando i dati ExampleNode si crea perché la proprietà "tipo" è associato con il suo genitore e non visibile. Ho provato diverse varianti di metodi di fabbrica, e Jackson annotazioni, ma perché Jackson crea l'oggetto ExampleNode e lo passa al setData () in sé, non vedo posto di controllare ciò che è stato creato classe di oggetti.

Answer 1

Questa funzionalità non è ancora supportata.

Caratteristica richiesta di miglioramento: http://jira.codehaus.org/browse/JACKSON-275

Maggiori dettagli sul problema: http://jackson-users.ning.com/forum/topics/how-to-use-a-property-of?commentId=5286555%3AComment%3A2679

Answer 2

Got a qui da Google, e ha trovato la soluzione. in realtà in questi giorni la sua possibile grazie alla comprendono = JsonTypeInfo.As.EXTERNAL_PROPERTY, esempio:

 public class Parent {

    @JsonProperty("type")
    public String type;

    @JsonProperty("data")
    @JsonInclude(Include.NON_NULL)
    public ChildBase ChildBase;

    public Parent() {
        medias = new HashMap<>();
    }

    @JsonTypeInfo(use=JsonTypeInfo.Id.CLASS, include=JsonTypeInfo.As.EXTERNAL_PROPERTY, property="type")
    @JsonTypeIdResolver(ChildBaseByParentTypeResolver.class)
    public void setChildBase(ChildBase ChildBase){
        this.ChildBase = ChildBase;
    }
}


@JsonInclude(JsonInclude.Include.NON_NULL)
@JsonIgnoreProperties(ignoreUnknown = true)
public class ChildBase {
      public String someStr;

}


@JsonInclude(JsonInclude.Include.NON_NULL)
@JsonIgnoreProperties(ignoreUnknown = true)
public class AggressiveChild extends ChildBase{
     public String someStr1;

}

@JsonInclude(JsonInclude.Include.NON_NULL)
@JsonIgnoreProperties(ignoreUnknown = true)
public class ChilledChild extends ChildBase{
     public String someStr1;

}


public class ChildBaseByParentTypeResolver extends TypeIdResolverBase {

    private JavaType superType;

    @Override
    public void init(JavaType baseType) {
        superType = baseType;
    }   

    @Override
    public Id getMechanism() {
        return Id.NAME;
    }

    @Override
    public JavaType typeFromId(DatabindContext context, String id) {
        Class<?> subType = ChildBase.class;     
        switch (id) {
        case "agressiveParent":        
            subType = AggressiveChild.class;
            break;
        case "chilledParent":        
            subType = ChilledChild.class;
            break;        
        }
        return context.constructSpecializedType(superType, subType);        
    }

    @Override
    public JavaType typeFromId(String directiveType) {
         throw new NotImplementedException();
    }

}

Articoli interessanti:

polimorfismo con l'amico Jackson

connessa interrogazione overflow dello stack

Answer 3

Corretto -. Uso di "tipo esterno identificatori" (quelli che non sono contenuti all'interno oggetto deserializzare, ma come fratelli) non è ancora supportato

Questo potrebbe essere implementato (come in, non c'è niente di sostegno impedisce fondamentale vengano aggiunti) - al di là problema Jira hanno detto che potrebbe aiutare, una nuova richiesta caratteristica potrebbe essere presentata per richiedere direttamente la capacità di utilizzare tali identificatori tipo. Questo è stato effettivamente detto da più utenti; forse perché ci sono i formati di dati (GeoJSON?) che utilizzano tale struttura di battitura.