marcus.floriano wrote:Qual é o problema utilizar o que tem de amais no Hibernet ou no Toplink, pois o tópico desse forum "JPA não tem uma API de Criteria? Que absurdo é esse?" não é verdade conforme o exemplo que mandei e segue o pequeno trecho abaixo:

public List<T> findByExample(T instance) throws DAOException { Session session = (Session) getEntityManager().getDelegate(); Example example = Example.create(instance).excludeZeroes(); Criteria criteria = session.createCriteria(instance.getClass()).add(example); return criteria.list(); }

Estou enganado?

Maurício Linhares wrote:
Agora eu pergunto aos gênios que tiveram essa maravilhosa idéia, se eu tiver que montar uma query em tempo de execução (dinamicamente) eu vou ter que fazer concatenação de Strings em EJB-QL? Isso é absurdo!

Mauricio Linhares wrote:Pois é, só percebam um pequeno detalhe, esse tópico tem 2 aninhos de vida e até agora nada.

Eu amo o Hibernate

luistiagos wrote:Concordo em não ter criteria... algo mais inutil que ja vi é este criteria... para querys pequenas até vai mas vai pegar um relatorio filho da p**** pra fazer com uma porrada de campos e de tabelas e vai querer usar criteria pra fazer isto... não é nada trivial... vc vai se quebrar muito pra fazer isto em criteria... algo que vc tera uma dor de cabeça muito menor se fizer em hql com stringbuilders ou com bem menas dor de cabeça se fizer em sql nativo mesmo... ao meu ver coisas do tipo hql são uteis para pequenas consultas... este tipo de coisa não é muito bom pois vamos que o cliente ou o analista de negocios me peça a query da app para analisar? com criteria ou hql eu terei que refazer o sql nativo para mandar para ele pois o qual o hibernate gera é quase que ilegivel... e poucos teriam coragem de mandar algo daquele jeito... e se vc quiser testar em seu sgdb? mesma coisa... vc não vai ter como depurar o hql ou o criteria no seu sgdb... porem com sql nativo não tera problemas... alem disso hql e criteria tem uma curva de aprendizado longa... e no final toda aquela tranqueira de codigo vai virar sql nativo para ser executado... e quem vai fazer isto para vc? o framework... quem lhe garante que ele ira fazer da melhor forma? ja vi varios problemas de relatorios lentos por causa desses criterias e hqls da vida... acho que criteria e hql são bem vindos para coisas pequenas porem relatorios grandes eles só são uma dor de cabeça... agora criteria é algo totalmente fresco... montar querys via codigo pq não acha bonito colocar hqls ou sqls no codigo... o que isto acrescenta em desempenho, legibilidade, e em facil manutenção? acho que nada... alem do mais se analisar em questão de performace o framework tera que parsear sua query de acordo com seu criteria e isto ja é perca de performace...
acho que muitos pensão que ao usar um framework devem usar 100% dele e não o 100% dele que é devidamente util em seu projeto...

Mauricio Linhares wrote:Companheiro, criteria e HQL não existem para serem utilizadas pra fazer relatórios, se alguém lhe disse que deveria usar isso pra relatórios, avise ao seu companheiro que a proposta delas não é essa.

HQL e criteria são para montar consultas complexas entre objetos e não entre tabelas.

Outra coisa, por favor, use parágrafos, pontos finais e vírgulas no seu texto, ele é praticamente ininteligível.

Extensions to the Java Persistence query language and an API for criteria queries will be
addressed in the next draft of this specification.

Mauricio Linhares wrote:Já faz tempo que eu desisti de esperar qualquer coisa decente do JCP, é muita politicagem num buraco só. Por isso que Java nunca vai ter nada comparável a LINQ, eles nunca vão conseguir convencer todos os vendors a implementar aquilo completo (assim como eles não conseguiram nem convencer eles a ter as suas próprias APIs de criteria).

Democracia não funciona nesses casos, ainda mais uma onde tanta gente pode meter o bedelho. O negócio é ignorar que isso existe e simplesmente continuar a utilizar o Hibernate.