Aqui nunca tivemos problema com isso, pq não enviamos Entitys para o Flex. Só enviamos DTOs, e para criarmos os DTOs, obrigatóriamente fazemos get nos atributos das Entitys, que fazem o carregamento (lazy) antes de fechar a sessão.
________________________________ De: [email protected] [mailto:[EMAIL PROTECTED] Em nome de George Queiroz Enviada em: terça-feira, 4 de novembro de 2008 13:07 Para: [email protected] Assunto: [flexdev] Re: dpHibernate lazy load rsss, to na área :) 2008/11/4 Mário Júnior <[EMAIL PROTECTED]> Dá pra alterar no source do blazeDS para nao lançar LazyInitializationException, e setar o atributo da coleção para null. O George já fez isso aqui, eu até vi no source onde faz... assim q eu tiver um tepinho te passo.. mas será bem intrusivo alterar o source do blazeds. George.. aparece aí rapaz... 2008/11/4 Léo <[EMAIL PROTECTED]> Sim, eu sei... mas sempre que retorno os dados do java para o flex ele tenta carregar os proxys, ai a sessão está fechada e ocorre o erro. Deveria pelo menos ter a opção de escolher se você quer que carregue ou não. No caso ou eu seto para null os proxys ou deixo o erro acontecer... 2008/11/4 Rafael Nami <[EMAIL PROTECTED]> Não é essa a questão Leo. O problema existe - Lazy initialization é o um problema de implementação. Provavelmente esteja chamando um proxy em um local aonde não possua mais contexto persistente. Dá uma caçada às bruxas ae mano. Abraços Rafael Mauricio Nami 2008/11/4 LeonardoW <[EMAIL PROTECTED]> Bom acho que vou abandonar esse fw.... Porque justamente não quero carregar todos os mapeamentos, o que onera as consultas na base... E se fosse para carregar tudo, eu poderia fazer direto pelas configurações do hibernate! Me corrija se eu estiver errado...Melhor deixar do jeito que está... Tem como não lançar a exceção de lazy loading? Vlw On 3 nov, 19:37, "Rafael Nami" <[EMAIL PROTECTED]> wrote: > Fala Leo, beleza?Seguinte mano, eu já testei essa biblioteca, e já olhei o > código fonte, faz uns treco bizarro (tipo, colocar chamadas a remoteObject > para chamar um "contexto persistente extendido" aonde tem HibernateProxy). > Ou seja, ele propaga o contexto de persistência para o servlet filter que o > dpHibernate configura (lembra da tabajarisse do OpenSessionInViewFilter?). > Alem do mais, até aonde vi, é necessário fazer tanto seus beans java quanto > os .as extenderem classes do framework, o que é muito invasivo, no que diz > respeito à estruturas legadas Java (o que pode ser seu caso :) ). > A melhor solução é a que sempre falo - use o hibernate com moderação :) > Use e abuse de Projections e HQL construindo objetos e/ou Maps, que ae você > que "controla" o select que será executado no banco. E recupere para a > camada de visão algo que tenha significado apenas para a camada de > apresentação (aka - PresentationModels). Expor na camada view coisas de > Hibernate, além de ser um problema de design, é algo que pode trazer > problemas de performance. > > Aquele abraço > > Rafael Nami > > 2008/11/3 LeonardoW <[EMAIL PROTECTED]> > > > > > Olá pessoal, > > estou começando a usar o dpHibernate para solucionar o problema de > > lazy load e gostaria de saber se tem como fazer ele funcionar com o > > hibernate.properties ao invez do hibernate.cfg.xml? > > Outra questão, meus objetos .as e .java tem que obrigatoriamente > > extender as classes hibernatebean e hiberanteProxy? Pois a princípio > > apenas configurei o web.xml e o remote-config.xml + as bibliotecas > > necessárias e ele parou de gerar erro de lazy.... Só não afirmo isso > > com 100% de certeza, pois ainda não está funfando 100%. > > Vou fazer alguns testes aqui... > > []´s -- Mário de Souza Júnior Programador Java / Adobe Flex (44) 4009-3550 Maringá-PR http://blog.mariojunior.com [EMAIL PROTECTED] (gtalk, msn, etc..) --~--~---------~--~----~------------~-------~--~----~ Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para [email protected] Para sair da lista, envie um email em branco para [EMAIL PROTECTED] Mais opções estão disponíveis em http://groups.google.com/group/flexdev -~----------~----~----~----~------~----~------~--~---
