Livre-se do SQL: uma introdução ao Hibernate

Eu sei que essa Thread já está meio vencida, mas só fui ler o tutorial do Hibernate agora.

Pelo que eu entendi, só lendo, sem testar, nem nada, o grande tchans desse cara é livrar meus DAOs dos selects/inserts/updates, além de me facilitar a vida caso eu queria mudar meu BD.

Isso mesmo, esqueci algo, há algo além do que o tutorial diz....?

Sim, tem mais um porém: o Hibernate te livra, finalmente, do caching! Agora, vc pode fazer selects mais complicadinhos que ante so eram performaticos se voce caprichasse no codigo do DAO ou usasse EJB CMP. Como o Hibernate se vira pra fazer cache dos resultados, qualquer codigo mais-ou-menos ja fica bom

cv wrote:Sim, tem mais um porém: o Hibernate te livra, finalmente, do caching!

Hm.. ok, Carlos, mas ainda assim me parece muita coisa para pouca coisa.

Quero dizer assim, eu vi alguns posts nesse tópico falando que SQL no código é ruim, etc e tal. Não acho o fim do mundo, se não for nada muito grande. Agora, se for muito grande, eu também não vou ter um trabalho danado pra criar todos os arquivos e classes necessários pro hibernate trabalhar direito?

Fica uma impressão de trocar seis por meia dúzia!!!

dreamspeaker wrote:Quero dizer assim, eu vi alguns posts nesse tópico falando que SQL no código é ruim, etc e tal. Não acho o fim do mundo, se não for nada muito grande. Agora, se for muito grande, eu também não vou ter um trabalho danado pra criar todos os arquivos e classes necessários pro hibernate trabalhar direito?

Fica uma impressão de trocar seis por meia dúzia!!!

Definitivamente não é trocar seis por meia-dúzia, ainda mais se vc estiver usando algum gerador de código, como XDoclet. Tem um doclet especifico pro Hibernate que gera os .hbm.xml pra voce, e faz isso de uma maneira bastante inteligente. Daí, putz, é questão de colocar uns atributos de JavaDoc no codigo, e vc há de convir comigo, é a coisa mais fácil do mundo, além de ficar bem-documentadinho

Além do uso do XDoclet para gerar os mapeadores, o Hibernate possui feramentas que permite a criação dos beans a partir do esquema do seu banco de dados. Ou seja, menos código chato para se fazer.
Além disso, você pode criar uma estrutura interessante usando classes abstratas, livrando você de ter que codificar mais algumas coisinhas

.
Sobre ser ou não uma boa prática incluir SQL no meio do código Java, eu particularmente não acho uma prática muito interessante, visto que mudanças no esquema do banco podem ecoar muito profundamente na sua estrutura de classes

.

Abraços

Livre-se do Hibernate.. Use EJB 2.0 com CMR e EJBQL.

[]'s

ozielneto wrote:Livre-se do Hibernate.. Use EJB 2.0 com CMR e EJBQL.

[]'s

Oziel, aproveita o embalo e monta um tutorial, também!

O EJB pode fazer a mesma coisa que o Hibernate? Se pode, não seria vantajoso usa-lo, pois não seria mais "padrão"? Não sei muito (nada) a respeito, mas me parece que no EJB há algumas limitações, no Hibernate isso também ocorre?

ozielneto wrote:Livre-se do Hibernate.. Use EJB 2.0 com CMR e EJBQL.

Hmmm.. se vc me mostrar como usar EJB 2.0 com CMR e EJBQL numa aplicacao desktop (duas camadas), beleza, vc me convenceu

CMR não funciona apenas para Entity Beans quando chamados de forma local??
como faço para refletir este mapeamento quando eu tiver que fazer uma chamada remota aos beans??
tenho que ter um session facade para criar VOs e enviar isto para o cliente??

[quote:86a1613011]ozielneto escreveu:
Livre-se do Hibernate.. Use EJB 2.0 com CMR e EJBQL.

Hmmm.. se vc me mostrar como usar EJB 2.0 com CMR e EJBQL numa aplicacao desktop (duas camadas), beleza, vc me convenceu

Livre-se do J2EE: use Jini e JavaSpaces!
http://www.onjava.com/pub/a/onjava/2001/01/04/jini_enterprise.html

Perdão da ignorância, mas... porque livrar-se do J2EE???

O EJB pode fazer a mesma coisa que o Hibernate? Se pode, não seria vantajoso usa-lo, pois não seria mais "padrão"? Não sei muito (nada) a respeito, mas me parece que no EJB há algumas limitações, no Hibernate isso também ocorre?

E

Perdão da ignorância, mas... porque livrar-se do J2EE???

(J2Alex)

Bom, Alexandre, primeiramente, toda a tecnologia tem limitação, logo não vai ser o hibernate que não vai ter. A principal limitação que eu vejo do Hibernate, principalmente qdo o comparam ao JDO, é que não há possibilidade de trabalhar com outros tipos de fontes de dados que não sejam bancos de dados relacionais. Seria muito interessante a possibilidade de persistir e recuperar objetos em arquivos comuns ou XML, por exemplo.
Agora, Hibernate pode fazer a mesma coisa que EJB (Entity Bean)? Sim, e com muitas vantagens (que o Oziel vai desmentir logo), como de poder fazer consultas usando funções de agregação (que são as funções max, count, min, avg, ...), que ainda não existem no EJBQL (mas já estão especificadas para a versão 1.4 do J2EE). Além disso, você pode usar o Hibernate em lugares onde ter que usar um servidor de aplicações não seria muito conveniente. Em questão de performance, acho melhor ler isso: http://hibernate.bluemars.net/15.html.
Agora sobre a sua segunda citação "por que se livrar do J2EE?", acho melhor você ler alguns debates que já rolaram sobre este tema aqui no fórum e alguns textos para que você forme sua PRÓPRIA opinião sobre o assunto. Abaixo segue a lista de links:

[]s

referências:

http://www.javaworld.com/javaworld/jw-12-2001/jw-1207-yesnoejb.html

http://guj.com.br/forum/viewtopic.php?t=2320

Segue um tutorial legal.

EJB CMP 2.0 Tutorial for Sun One AppServer 7.0 e Sun One Studio 4.0

www.oziel.com.br/artigos.html

Bom estudo.

Thread.start() Membro desde: 21/02/2003 14:15:53 Mensagens: 40 Offline

Alguem pode me dizer como eu faço o download do Hibernate ?

Não consigo pelo site indicado....... clico no link da versão e não faiz nada !!

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