잭슨 사용자 지정 일반 디시리얼라이저

Question

사용자 지정 jackson 일반 입력 된 빈 디시리얼라이저를 만들어야합니다. T는 IEntity를 구현하는 빈입니다. 클래스 이름을 기반으로 기업의

public class RestLoaderRequestDeserializer extends JsonDeserializer<RestLoaderRequest<IEntity>> { 

    @Override 
    public RestLoaderRequest<IEntity> deserialize(JsonParser jp, DeserializationContext ctxt) throws IOException, JsonProcessingException { 
     try { 
     ObjectCodec objectCodec = jp.getCodec(); 
     JsonNode node = objectCodec.readTree(jp); 
     String className = node.get("className").textValue(); 
     String fieldName = node.get("fieldName").textValue(); 

     Class<?> clazz = Class.forName(className); 

     JsonNode rawEntityNode = node.get("entity"); 
        // How to deserialize rawEntityNode to T based on className ? 

     RestLoaderRequest<IEntity> request = new RestLoaderRequest<IEntity>(); 
     request.setClassName(className); 
     request.setFieldName(fieldName); 
    } catch (ClassNotFoundException e) { 
     e.printStackTrace(); 
    } 

    return null; 
    } 

} 

1) 어떻게 할 수있는 자동 직렬화 :

public interface IEntity { 
    public int getId(); 
} 

@JsonDeserialize(using = RestLoaderRequestDeserializer.class) 
@Produces(MediaType.APPLICATION_JSON) 
public class RestLoaderRequest<T extends IEntity> Serializable { 
    private T entity; // entity to load field to 
    private String className; // actual class of entity 
    private String fieldName; // fieldName to lazy REST load 

// constructors(non parameter & all parameter), getters, setters, hashCode, equals, toString 
} 

지금 내가 가지고있는 것은 이것이다?

Answer 1

유형 정보 처리 및 페이로드 데이터 처리는 별도입니다. 그래서 일반 JSON (de) serializer는 형식을 전혀 처리하지 않아야합니다. 대신 TypeSerializer과 TypeDeserializer이 분리되어 사용됩니다. 이것은 조합 수의 폭발을 방지하기 위해 수행됩니다. 몇 가지 TypeSerializer/-Deserializer 구현 (다른 포함 메커니즘)이 있지만 수백 개의 값 (de) 직렬자가 있습니다.

완전한 제어권을 가지고있을 때 맞춤식 (비) 직렬자는 분명히이 분리를 깨뜨릴 수 있습니다. 하지만 핵심 잭슨 (Jackson)은 이러한 구분을 가지고 있으며 표준 핸들러에서 예제를 볼 수 있습니다.