vinicius.martinez wrote:Troque isso:

select p from Pai p left join p.filhos c where c.ativo = :ativo and p.id = :paiId

Por isso:

select p from Pai p inner join fetch p.filhos c where c.ativo = :ativo

Lavieri wrote:Ve q cuticuti fazendo com criteria...


List<Pais> pais = session .createCriteria(Pai.class) .createAliase("filho","F") .add(Restrictions.eq("F.ativo",'S')) .list();

easy way em ?


agora com comentarios...

List<Pais> pais = session .createCriteria(Pai.class) //Cria um criterio de busca para PAI .createAliase("filho","F") //Agora marque um alias para o campo "filho", com "F" .add(Restrictions.eq("F.ativo",'S')) //Adicione uma restrição onde o campo ativo do objeto F seja igual ao caracter S .list(); //me liste os resultados

Lavieri wrote:.addOrder(Order.asc("nome da propriedade")

vc pode inclusve adicionar várias ordens...

List<Pais> pais = session .createCriteria(Pai.class) .createAliase("filho","F") .add(Restrictions.eq("F.ativo",'S')) .addOrder(Order.asc("F.ordem")) .list();


Obs.... se o que vc quer, é que a lista de Filha -> Neto seja ordenado, vc pode fazer assim


class Filho { @Order("ordem") //agora os netos são ligados aos filhos ordenadamente pelo atributo ordem do neto public List<Neto> netos() { } }

Lavieri wrote:O Hibernate não aceito duplos fechs....

isso é uma regra dele... ele não popula 2 relacionamentos diferentes de 1 pra muitos....

o motivo real disso eu não sei...


a saber:

popular 1-N é bem perigoso e pode causar transtornos...

vc pode escolher que campos buscar em uma consulta, e como popular um objeto com eles

eu não uso 1-N, não uso pq causa tantos problemas, que não caberia listar nesse post, já li em diversos lugares pra não fazer isso, ja achei que em alguns casos eu deveria fazer, e sempre, inevitavelmente, eu me arrepdendi de ter usado, e parei...


.........


apesar de vc não conseguir fazer o que queria.... conseguria listar todos os NETOS, e fazer fecht nele até o pai, e essa sim seria uma abordagem coerente.... mas o contrario o hiberante julga perigoso...

Lavieri wrote:Nao sei bem te indiciar... eu ja li EJB in Action... e gostei...

de mais a mais, vc so precisa lembrar de popular apenas o lado sem o mappedBy, assim vc protege bem sua aplicacao ...

por exemplo


Pais 1->N Estado -> 1-N Cidade -> 1-N Bairro


em vez de vc criar os relacionamentos 1-N ... vc so escreve a outra ponta, o N-1


public Bairro { private Long id; private String nome; private String abreviacao; private Cidade cidade; //getters n setters @ManyToOne public Cidade getCidade() { return cidade; } }


public Cidade { private Long id; private String nome; private Estado cidade; //getters n setters @ManyToOne public Estado getEstado() { return cidade; } //nada de List<Bairro> ... apenas a ponta @ManyToOne apaerece }

quando precisa do getBairros de uma cidade.... vc faz o seguinte...

"select from Bairro b where b.cidade = :cidade" e pronto

boneazul wrote:

Lavieri wrote:Nao sei bem te indiciar... eu ja li EJB in Action... e gostei...

de mais a mais, vc so precisa lembrar de popular apenas o lado sem o mappedBy, assim vc protege bem sua aplicacao ...

por exemplo


Pais 1->N Estado -> 1-N Cidade -> 1-N Bairro


em vez de vc criar os relacionamentos 1-N ... vc so escreve a outra ponta, o N-1


public Bairro { private Long id; private String nome; private String abreviacao; private Cidade cidade; //getters n setters @ManyToOne public Cidade getCidade() { return cidade; } }


public Cidade { private Long id; private String nome; private Estado cidade; //getters n setters @ManyToOne public Estado getEstado() { return cidade; } //nada de List<Bairro> ... apenas a ponta @ManyToOne apaerece }

quando precisa do getBairros de uma cidade.... vc faz o seguinte...

"select from Bairro b where b.cidade = :cidade" e pronto

Um entendi sua ideia em relacao ao mapeamento !! Obrigado pela explicação!!!