Funciona.
Mas, desse modo, com o @XStreamImplicit todas essas 3 listas ficam dentro de uma só. Ou seja, o primeiro registro pode ser um cliente o segundo um vendedor, ...
Que quando deserializado teria o objeto igual que foi criado.
====
Deixa eu ver se entendi, o problema ocorre no unmarshall do XStream, porque ele não sabe qual tipo de lista é o nó e nem qual tipo de lista é o nó . Isso?
Não poderia criar um atributo no nó, informando isso?
...
R
RafaelViana
Fazendo o teste sem o Restfulie, consigo fazer o processo de "ir e voltar" usando essa estrutura:
anote a classe com @Component, sobrescreva o método getConfiguredXStream, retornando o super mandando processar as anotações das classes que vc precisa
R
RafaelViana
Tenho uma classe implementando o XStreamBuilder, não tem o mesmo resultado?
Lucas_Cavalcanti
mas ela tá mandando processar as anotações?
R
RafaelViana
Agora está funcionando :roll:
Mas, não era exatamente o problema de processar anotações, porque fiz testes: processando as anotações, sem processar as anotações, mudando o tipo de retorno do result, … e em todos os testes, funcionou a serialização.
Não sei o que resolveu o problema. Vou fazer mais alguns testes amanhã para ver o que estava causando o problema.
Valeu a força!
renanreismartins
oi rafael, blz?
cara estou com um problema semelhante, mas eh na hora de enviar um objeto que contem uma lista.