| Autor |
Mensagem |
|
|
Desculpe ressucitar o post... Mas passei pelo mesmo problema e achei esse post aqui sem resposta...
No richfaces 4 resolvi o problema utilizando:
<rich:popupPanel>
|
 |
|
|
|
|
|
|
Bom, duas coisas .....
1 - Cade o token "t" na sua query ??
2 - "filial" está perdida na sua consulta ... O que ele é ?? Um alias de um objeto ou uma propriedade de algum objeto ??
|
|
|
|
AND nf.pedidoOrigem
Será que não está faltando algo ou algum operador nessa parte da query não ?
|
|
|
|
|
Para trazer apenas os ativos você tera que filtrar isso na sua hql ..... Se o relacionamento estiver marcado como lazy e você desejar inicializar ele, você pode colocar um fetch após o join do seu hql ...
|
|
|
|
http://www.mantisbt.org/ 
|
|
|
|
|
Você está fechando o atributo class da linha 4 indevidamente, retire a / ...
|
|
|
|
Sua entidade está certinha ....
Dei uma olhada no forum do Hibernate e me parece que esta exceção é levantada devido a incompatibilidade de libs:
https://forum.hibernate.org/viewtopic.php?f=1&t=1004979
|
|
|
|
|
Poste sua entidade Cliente
|
|
|
|
|
Nesse seu caso não precisa não ...
|
|
|
|
Eu ficaria com a dois  ...
Seguindo a boa prática de mapeamento ORM a entidade ganhadora do relacionamento deve ser a entidade que tem muitos ...
Mas se você precisar das collections assim como na opção 1 você pode manter a chave estrangeira na entidade que tem muitos e pode mapear o retorno utilzando
@OneToMany + o atributo mapped by ... Seria um OneToMany bidirecional ...
Ficam as sugestões... Boa sorte..
|
|
|
|
|
Um clean do eclipse no seu projeto e uma limpada nos arquivos temporários do seu servidor antes de fazer o deploy podem ajudar.....
|
|
|
|
|
Não tem não ... Poste o erro, seu filtro e o web.xml
|
|
|
|
|
Tem razão... Vi agora que você está utilizando a anotação @CollectionOfElements e que o default é realmente LAZY .....
|
|
|
|
jakefrog wrote:
não sei para JDBC ou outras camadas de acesso a banco.
Apenas com JDBC não tem como ...
brunoskrebs wrote:
1 - todas as vezes que eu carregar um usuário ele já vai carregar os perfis. e eu não quero isso, quero que a minha consulta especifica para trazer usuários com perfis faça isso...
Todas as vezes que você carregar um Usuario os Perfis serão carregados se o relacionamento não estiver marcado como LAZY ... Você tem que entender que se você marcar Perfis como LAZY e fizer um from na tabela de Usuario, não será feito um select na tabela de Perfis.
brunoskrebs wrote:
... um só select ao banco de dados.
Aí vai depender das suas regras de négocio... Independente de como estiver marcado(EAGER ou LAZY) o relacionamento, se você sempre precisar buscar um Perfil para um Usuario logicamente sempre será feito mais de um select no banco de dados.... O que você pode fazer é adiar essa busca marcando o relacionamento como LAZY, e quando você achar necessário acessar os Perfis (claro que você deve acessa-los antes da sua Session ser fechada para o Hibernate através do Proxy
fazer o select de busca dos perfis).
brunoskrebs wrote:
2 - o fetchtype eager não vai fazer com que apenas um select traga os usuários com seus devidos perfis.
Correto, o EAGER irá fazer um select tbm na tabela de perfis (caso você faça um from em Usuario) ...
brunoskrebs wrote:a propósito o lazy loading é o padrão, oq não é padrão é o eager, esse sim traz toda a coleção sempre que você trouxer um entidade...
Você está errado ... O padrão ou default em um relacionamento é o EAGER, para mais detalhes consulte a documentação ....
|
|
|
|