Jersey序列化/反序列化问题:抽象类型只能使用其他类型信息进行实例化

时间:2012-01-30 15:28:10

标签: java json jersey jackson deserialization

我正在使用平针织进行序列化和反序列化。我使用jersey在WebLogic上创建了REST通道。我有结果对象包含抽象类。 Jersey使用此类的实现名称添加结果元数据:

{"order":{"@type":"installationOrder",

但是,同样的球衣,当用于反序列化这些数据时,会尖叫以下内容:

Caused by: org.codehaus.jackson.map.JsonMappingException: Can not construct instance of ocl.mobile.service.data.order.DetailedOrder, problem: abstract types can only be instantiated with additional type information
 at [Source: sun.net.www.protocol.http.HttpURLConnection$HttpInputStream@97eded; line: 1, column: 2] (through reference chain: ocl.mobile.service.OrderDetailsResult["order"])
    at org.codehaus.jackson.map.JsonMappingException.from(JsonMappingException.java:163)
    at org.codehaus.jackson.map.deser.StdDeserializationContext.instantiationException(StdDeserializationContext.java:212)
    at org.codehaus.jackson.map.deser.AbstractDeserializer.deserialize(AbstractDeserializer.java:97)
    at org.codehaus.jackson.map.deser.SettableBeanProperty.deserialize(SettableBeanProperty.java:252)
    at org.codehaus.jackson.map.deser.SettableBeanProperty$MethodProperty.deserializeAndSet(SettableBeanProperty.java:356)
    at org.codehaus.jackson.map.deser.BeanDeserializer.deserializeFromObject(BeanDeserializer.java:494)
    at org.codehaus.jackson.map.deser.BeanDeserializer.deserialize(BeanDeserializer.java:350)
    at org.codehaus.jackson.map.ObjectMapper._readValue(ObjectMapper.java:2376)
    at org.codehaus.jackson.map.ObjectMapper.readValue(ObjectMapper.java:1166)
    at org.codehaus.jackson.jaxrs.JacksonJsonProvider.readFrom(JacksonJsonProvider.java:410)
    at com.sun.jersey.json.impl.provider.entity.JacksonProviderProxy.readFrom(JacksonProviderProxy.java:139)
    at com.sun.jersey.api.client.ClientResponse.getEntity(ClientResponse.java:553)
    ... 5 more

但是他自己已经在他序列化的JSON中提供了这些额外的信息。

那么,如何让球衣阅读并理解他创造的这种“@type”注释?

这就是我使用球衣从频道中读取数据的方式:

private static Client client;

private static void initClient() {
    if (client == null) {
        ClientConfig clientConfig = new DefaultClientConfig();
        clientConfig.getFeatures().put(JSONConfiguration.FEATURE_POJO_MAPPING,
                Boolean.TRUE);
        client = Client.create(clientConfig);
    }
}

private static <T> T jsonForResult(String addr, Class<T> expectedClass) {
    initClient();
    WebResource r = client.resource(addr);
    try {
        T result = r.get(expectedClass);
    return result;
        } catch (UniformInterfaceException e) {
        log.error(e.getMessage(), e);
        return null;
    }
}

在我的情况下,expectedClass是结果类,它包含状态和抽象类“order”,它具有诸如“installationOrder”之类的实现。

3 个答案:

答案 0 :(得分:12)

尝试使用this

@JsonTypeInfo(
use = JsonTypeInfo.Id.NAME,
include = JsonTypeInfo.As.PROPERTY,
property = "type")
@JsonSubTypes({
@JsonSubTypes.Type(value = ExchangeFormat.class, name = "ExchangeFormat"),
@JsonSubTypes.Type(value = TypeStatus.class, name = "TypeStatus"),
})
public abstract class MapperJsonXml <T>

与xml

相同
@XmlSeeAlso({ExchangeFormat.class,TypeStatus.class})

答案 1 :(得分:6)

Jersey(或更具体地说,它与POJO映射一起使用的Jackson JSON lib)除非启用了类型信息包含,否则不会添加@type,通常是在抽象类型上添加@JsonTypeInfo。所以必须启用这个功能。也许你可以分享定义DetailOrder类?

关于问题本身:这通常是由使用的不兼容类型引起的 - 用于反序列化的类型(将JSON值读入POJO)必须使@JsonTypeInfo注释可见。例如,您不能只询问java.lang.Object类型的值,因为它没有这样的注释。在不知道实际的类定义的情况下,不可能指出具体原因,但这是最可能的解释。

答案 2 :(得分:1)

如果您只想排除type字段,请在此处提及注释超类@XmlTransienthttp://blog.bdoughan.com/2011/06/ignoring-inheritance-with-xmltransient.html

这将使序列化工作就好像超类字段在子类中一样 - 因此就好像没有继承一样,在这种情况下,type字段不会被生成。

相关问题