JPA não tem uma API de Criteria? Que absurdo é esse?

Assim, finalmente resolvi gastar alguns momentos do meu precioso tempo pra aprender JPA utilizando o Hibernate e eis que eu descubro uma coisa no mínimo bizarra.

A especificação não tem uma API equivalente a Criteria do Hibernate!

E o pior, os "líderes" da especificação acharam que a api de criteria é um requisito exótico e que não valia a pena ser adicionado na especificação.

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!

Pronto, agora é que eu não migro do Hibernate mas nem amarrado, porque eu é que não vou ficar fazerndo concatenação de Strings e fazendo binding de parâmetros porque algum i$%@ta achou que uma coisa básica como uma API de busca absolutamente orientada a objetos é um "requisito exótico" em uma ferramenta de mapeamento objeto relacional.

Desculpem o abuso e as palavras baixas, mas isso realmente foi demais pra mim. Desse jeito, EJB vai continua sendo só hype mesmo, porque até na hora de copiar o que presta os caras se perdem, nã...

Mauricio,

É uma pena mesmo, o EJB3 deu uma boa evoluida, mas quem utiliza-lo vai continuar preso a sua implementacao. Se eu usar EJB3 com Hibernate vou ficar preso ao recusos extras dele, Criteria, validacoes e por ai vai. O mesmo serve pro TopLink ou outros que surgirem.

Quem sabe na proxima eles acertam.

Eu so nao sei se isso foi de proprosito pois um dos responsaveis por isso é o proprio Gavin assim o Hibernate continua com um diferencia frente ao EJB3.

]['s

não foi de proposito isto não ...
o Hibernate continua na frente da JPA por que o Gavin King pegou as ideias reprovadas na spec e colocou no hibernate

Pois é, pra mim EJB continua sendo Stateless Session Bean, e só!

yeap, mas agora muito mais fácil

Descordo... acho que Entitys do EJB 3 ficaram bem legais.... calro que voce nao tem criteria (puts... quantos % da sua plicação voce monta query dinamica ? 1% ? 2% ? ) e ao contrario das declaracoes aqui... nao fica preso nao... a nao ser que voce USE caracteristicas proprias... se voce usar o padrao... fica tudo compativel (uso hibernate e toplink aqui mudando 1 linha do XML persistence.xml )

Acho que é exagero falar que "EJB" eh soh session... os Entitys 3 ficaram bem legais...

Eu prefiro sacrificar algumas "novidades" do que deixar meu software na mão de um fornecedor apenas...

A integracao transparente do EntityManager não tem preço.

Alémd e ter muito mais de 1% de consultas dinamicas o fato de ter consultas OO faz muita falta no modelo novo.

Eventualmente Criteria vai entrar no EJB3.1, até lá...

chun wrote:Descordo... acho que Entitys do EJB 3 ficaram bem legais.... calro que voce nao tem criteria (puts... quantos % da sua plicação voce monta query dinamica ? 1% ? 2% ? ) e ao contrario das declaracoes aqui... nao fica preso nao... a nao ser que voce USE caracteristicas proprias... se voce usar o padrao... fica tudo compativel (uso hibernate e toplink aqui mudando 1 linha do XML persistence.xml )

Rapaz, se você acha que fazer concatenação de Strings é uma coisa boa e normal, boa sorte. Eu, pessoalmente, detesto.

GUJ Master Membro desde: 11/02/2005 08:08:02 Mensagens: 1595 Offline

Como de prática, se alguém não faz, outro faz.

InfoQ wrote:The Spring team is also working on extending the JPA spec to provide a criteria-style API which could be delivered portably across JPA projects using Spring.

A fonte é este artigo: Spring 2 Final Approching with new support for OSGi, JPA, Asynch JMS

Enquanto não sai o Ejb 3.1, a gente continua no spring...

Maurício Linhares wrote:

chun wrote:Descordo... acho que Entitys do EJB 3 ficaram bem legais.... calro que voce nao tem criteria (puts... quantos % da sua plicação voce monta query dinamica ? 1% ? 2% ? ) e ao contrario das declaracoes aqui... nao fica preso nao... a nao ser que voce USE caracteristicas proprias... se voce usar o padrao... fica tudo compativel (uso hibernate e toplink aqui mudando 1 linha do XML persistence.xml )

Rapaz, se você acha que fazer concatenação de Strings é uma coisa boa e normal, boa sorte. Eu, pessoalmente, detesto.

Eu detesto tmb... mas continuo afirmando que Querys dinamicas são praticamente 1 ou 2% da minha app , entao não costumo fazer tempestade em um copo d'agua... é s´po separar e pronto...

Odeio acessar via JNI as coisas... mais eh 1% de tudo tmb... entao... prefiro conviver com isso a ficar preso a um unico fornecedor.

Na minha opiniao , isso não é motivo suficiente para deixar JPA de lado... ela proporciona uma integracao muito boa... e a vida eh feita de escolhas

Maurício Linhares wrote: Rapaz, se você acha que fazer concatenação de Strings é uma coisa boa e normal, boa sorte. Eu, pessoalmente, detesto.

A falta da API de criteria no JPA é realmente motivo suficiente pra chorar soluçando!

Mas é possível criar queries dinâmicas sem concatenar strings através de @NamedQueries e @NamedQuery. Ex:

Também é possível criar a query através do método createQuery do EntityManager.

Como o RafaelRio citou, existem maneiras alternativas. Ainda, acho muito purismo usar Criteria se você resolve seu problema de outras formas.

Agora, se na tua aplicação você muda além de parâmetros condicionais, trechos da própria sentença, na minha opinião seu método tá muito "gordo".

"Ah, então vou repetir a Query inteira se quiser acrescentar um GROUP BY ou HAVING diferente para cada caso?"
Bem eu acho no mínimo estranho o cara usar lógica para montar a Query de modo elegante. Cada query no seu lugar, chamada através de, quase sempre, um método que corresponde à sua ação especificamente. Ou talvez verificar se um único método deve ser tão responsável assim.

Na minha opinião criar uma extensão para a API só para evitar concatenações é forçar a barra demais.

[]s amigos!

What is classpath? Membro desde: 01/05/2007 13:53:40 Mensagens: 7 Offline

Apenas para constar que existe solução.

Esse exemplo do Diogo Romeo mostra como fazer.

http://www.nabble.com/Re

%C3%BAvidas-sobre-JPA-p15185421.html

marcus.floriano wrote:Esse exemplo do Diogo Romeo mostra como fazer.

http://www.nabble.com/Re%C3%BAvidas-sobre-JPA-p15185421.html

E qual é a solução? Usar o Hibernate?

De qualquer forma, eu já tinha mostrado um DAO genérico como esse há bons dois anos atrás -> http://www.guj.com.br/posts/downloadAttach/327.java

What is classpath? Membro desde: 01/05/2007 13:53:40 Mensagens: 7 Offline

Maurício Linhares wrote:

marcus.floriano wrote:Esse exemplo do Diogo Romeo mostra como fazer.

http://www.nabble.com/Re:-D%C3%BAvidas-sobre-JPA-p15185421.html

E qual é a solução? Usar o Hibernate? :lol:

De qualquer forma, eu já tinha mostrado um DAO genérico como esse há bons dois anos atrás -> http://www.guj.com.br/posts/downloadAttach/327.java

Maurício, muito bom esse documento, sobre esse assunto do tópico informando que a JPA não tem o Criteria, a especificação JPA não tem o especifica o Criteria (pode me corrigir se estiver errado), mas para trabalhar com JPA temos que utilizar algum mecanismo que implementou a JPA sendo assim utilizamos o Hibernete ou Toplink, certo?

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:

Estou enganado?

Notícias, artigos e o maior fórum brasileiro sobre Java