Десериализовать универсальный тип с помощью XStream - PullRequest
3 голосов
/ 29 августа 2011

Я пытаюсь использовать XStream для десериализации ответа xml на класс, имеющий поле универсального типа.

Например, у меня есть класс Ответ

class Response<T extends BaseDTO>{
    int id;
    T field;

    public int getId(){
        return id;
    }
    public T getField(){
        return field;
    }
}

class B extends BaseDTO{}

class C extends BaseDTO{}

public abstract class XStreamFactory{
    public static <T extends BaseDTO> XStream initXStream(Class<T> c){
        XStream xstream = new XStream(new DomDriver());
        xstream.alias("response-root", Response.class);
        if(c.equals(B.class)){
            xstream.alias("specific-response-b", B.class);
        else
            xstream.alias("specific-response-c", C.class);

    xstream = addAliases(xstream, c);
    return xstream;
    }

    // we want to process the annotations declared on type c
    protected static XStream addAliases(XStream xstream, Class<?> c){       
        while (c != null) {
            xstream.processAnnotations(c);
            c = c.getSuperclass();
        }
        return xstream;
    }
}

Для десериализации ответа я делаю следующее:

XStream xstream = XStreamFactory.initializeXStream(B.class);
Response<B> resp = (Response<B>) xstream.fromXML(response);

Ниже приведены xml-ответы, которые я получаю:

<response-root>
    <id></id>
    <specific-response-b>
        //... content specific for class B
    </specific-response-b>
</response-root>

или

<response-root>
    <id></id>
    <specific-response-c>
        //... content specific for class c
    </specific-response-c>
</response-root>

Кодвыше не десериализовать ответ.Выдает следующее исключение:

 com.thoughtworks.xstream.converters.ConversionException: Element specific-response-b of type B is not defined as field in type Response

Можете ли вы, ребята, дать какие-либо указания о том, как добиться того, чего я хочу?Спасибо.

1 Ответ

1 голос
/ 29 августа 2011

XStream не имеет проблем с этим.Это, вероятно, какая-то обычная сортировка, которую вы делаете.Вот пример маршалинга и демаршаллинга классов, которые вы указали выше:

public static void main(String[] args) {
    Response<B> responseB = new Response<B>(5, new B());
    String xml = new XStream().toXML(responseB);
    System.out.println("marshalled:\n" + xml);
    Response<B> resultB = (Response<B>) new XStream().fromXML(xml);
    System.out.println("unmarshalled: " + resultB);

    Response<C> responseC = new Response<C>(10, new C());
    xml = new XStream().toXML(responseC);
    System.out.println("marshalled:\n" + xml);
    Response<C> resultC = (Response<C>) new XStream().fromXML(xml);
    System.out.println("unmarshalled: " + resultC);
}

static class Response<T extends Foo> {
    int id;
    T field;

    Response(int id, T field) {
        this.id = id;
        this.field = field;
    }

    public int getId() { return id; }
    public T getField() { return field; }
}

static class Foo {}

static class B extends Foo {}

static class C extends Foo {}

Вывод - немного грязный из-за отсутствия псевдонимов и toString ():

marshalled:
<rds.testbed.XStreamReadingNamespaceAttributes_-Response>
  <id>5</id>
  <field class="rds.testbed.XStreamReadingNamespaceAttributes$B"/>
</rds.testbed.XStreamReadingNamespaceAttributes_-Response>
unmarshalled: rds.testbed.XStreamReadingNamespaceAttributes$Response@1cc7b00c
marshalled:
<rds.testbed.XStreamReadingNamespaceAttributes_-Response>
  <id>10</id>
  <field class="rds.testbed.XStreamReadingNamespaceAttributes$C"/>
</rds.testbed.XStreamReadingNamespaceAttributes_-Response>
unmarshalled: rds.testbed.XStreamReadingNamespaceAttributes$Response@3d66aa18
...