Vraptor 3 - Serializar objetos em XML + Hibernate e JPA

vc vai ter que forçar o load da coleção…

ou chamando funcionario.getSetor();, ou se vc estiver usando HQL, vc pode forçar:

"from Funcionarios f join fetch f.setor where ...."

não testei essa query, mas é algo do tipo… talvez vc não precise da palavra fetch

Olá Lucas,

Está OK. Obrigado.

Nem precisei forçar o hibernate buscar no banco.

Fazendo os testes de serialização de objetos pelo XStream e Vraptor percebi um problema:

o XSTream usa getters e setters, correto!?

no entanto, fiz um teste assim:

private String local = "atributo";

	public String getLocal() {
		return "get";
	}

e ele sempre retorna “atributo”. Ele não deveria usar o método getLocal?

desde já obrigado

por padrão o XStream usa fields… se vc quiser que ele use getters e setters vc precisa registrar o converter JavaBeanConverter:

xstream.registerConverter(new JavaBeanConverter());

a proxima versão do vrpator deve solucionar esse problema do lazy ^^

na verdade a que esta no snapshot já resolve…

só falta alguns detalhes pra ficar 100% =x

Lucas,

consegui fazer isso LOCAL, sem usar o Vraptor… quando uso o Vraptor nada é serializado…

eu já criei uma classe chamada CustomXMLSerialization para retornar o XStream com o registro do converter

xstream.registerConverter(new JavaBeanConverter(xstream.getMapper());

sabe oq pode estar acontecendo?

essa CustomXMLSerialization estende XStreamXMLSerialization? ela sobrescreve o método getXStream? ela está anotada com @Component?

Sim.

está tudo ok.

segue abaixo o código:

package br.com.originalsoftware.concrebase.controller;

import javax.servlet.http.HttpServletResponse;

import br.com.caelum.vraptor.interceptor.TypeNameExtractor;
import br.com.caelum.vraptor.ioc.Component;
import br.com.caelum.vraptor.serialization.xstream.XStreamXMLSerialization;

import com.thoughtworks.xstream.XStream;
import com.thoughtworks.xstream.converters.javabean.JavaBeanConverter;

@Component
public class CustomXMLSerialization extends XStreamXMLSerialization {

	public CustomXMLSerialization(HttpServletResponse response, TypeNameExtractor extractor) {
		super(response, extractor);
	}

	// delegate constructor
	@Override
	protected XStream getXStream() {
		XStream xstream = super.getXStream();
		xstream.registerConverter(new ConverterDate());
		xstream.registerConverter(new JavaBeanConverter(xstream.getMapper()));
		return xstream;
	}
}

Esse component está sendo usado pelo Vraptor… o único problema é o JavaBeanConverter… quando eu registro ele… nada é serializado…

quando executo ele local funciona normalmente

pesquisei no google mas não encontrei uma solução…

cheguei a implementar o método canConverter e canHandle mas não mudou nada.

Lucas,

consegui.

xstream.registerConverter(new JavaBeanConverter(xstream.getMapper()) {
			public boolean canConvert(Class clazz) {
				return clazz.equals(Entrega.class);
			}
		});

Estava fazendo o canConvert retornar true quando o tipo era o tipo do retorno do atributo e não da classe.

Erro meu.

Obrigado pela ajuda.

O VRaptor serializa a proxy justo porque o XStream usa os atributos. Como ele acessa um atributo diretamente, se seu objeto é uma proxy (o session.load devolve proxy, apenas o .get faz uma requisicao direta sempre) ele vai serializar um monte de nulls e atributos especiias.

O Vitor e o Lavieri perceberam muito bem isso.

Vitor, pra ser sincero, eu havia tentado sua solução há algum tempo atrás, e tive o mesmo problema, tanto em testes com vraptor ou diretamente com o XStream. Em outras palavras, acho que o JavaBeanConverter nao esta mais funcionando como deveria.

Olá a todos,

havia esquecido de colocar a solução aqui.

A conclusão que eu cheguei é que o XStream não funciona corretamente quando você não especifica as classes que vão ser utilizadas pelo JavaBeanConverter mas, quando você especifica ele funciona direito.

Não fui atrás para saber o porque mas segue a solução abaixo:

@Component
public class CustomXMLSerialization extends XStreamXMLSerialization {

	public CustomXMLSerialization(HttpServletResponse response, TypeNameExtractor extractor) {
		super(response, extractor);
	}


	@Override
	protected XStream getXStream() {
		XStream xstream = super.getXStream();
		xstream.registerConverter(new ConverterDate());
		xstream.registerConverter(new JavaBeanConverter(xstream.getMapper()) {
			@SuppressWarnings("unchecked")
			public boolean canConvert(Class classe) {
				List<Class> classes = new ArrayList<Class>();
				classes.add(Betoneira.class);
				classes.add(Descarregamento.class);
				classes.add(Entrega.class);
				classes.add(Obra.class);
				classes.add(Posicionamento.class);
				classes.add(Rastreador.class);
				return classes.contains(classe);
			}
		});
		return xstream;
	}
}

Assim ele funciona corretamente e, não lendo a partir do field, ele não pode retornar o proxy do Hibernate.

Obrigado a todos

oi vitor

a versao 3.1.2, que deve sair na semana que vem, ja vem com uma correcao para o problema.

paulo

O que foi feito para corrigir o problema?

basicamente foi inicializar os proxies antes de serializar… o lavieri que fez =)

:oops:

Aos poucos a galera está conhecendo o projeto e logo começarão a vir muitas contribuições

Alguem tentou o mesmo pra JSON?

Criei um CustomJSONSerialization semelhante ao do vitor.valerio, mas não consegui recuperar um objeto relacionado como EAGER

vlw!

Eu estava fazendo errado. Nem precisou da classe.

Apenas adicionei o include no código abaixo e funcionou:

List<Ad> ads = this.adService.search(q);
this.result.use(Results.json()).from(ads).include("publisher").serialize();

Abs!