problemas de desenvolvimento com Hibernate?  XML
Índice dos Fóruns » Ferramentas, Frameworks e Utilitários
Autor Mensagem
vpcamargo
HelloWorld

Membro desde: 26/01/2004 08:50:14
Mensagens: 11
Offline

Prezados desenvolvedores:
Não conheço bem o Hibernate, mas até a versão anterior, tinha-se que
criar manualmente alguns arquivos:classes e xml's. Conversei com alguns desenvolvedores e eles me disseram que era algo trabalhoso, principalmente quando ocorria alguma alteração no banco de dados, tinha-se que alterar manualmente os respectivos arquivos.
Me parece que existem alguns plugins que facilitam o trabalho.
Me disseram que a versão atual (Hibernate 3) facilita muito esse trabalho, principalmente com o Java 5.

Pois bem: foi pensando nisso que criei um aplicativo que permite o cadastro de um projeto basico, que recebe e cadastra as informações sobre o banco de dados de referencia (na rede ou não, escolhido pelo desenvolvedor) Após o devido cadastro de um projeto, o sistema gera, em segundos, os arquivos necessários para o Hibernate(classes e xml correspondentes). Se ocorrer qualquer alteração no banco de dados, o sistema poderá atualizar os arquivos tranquilamente, sem a necessidade de atualização manual.
Estou melhorando o sistema para acessar esquemas xml de diagramas de classes gerados através de progamas especificos como enterprise architect e outros.

ME RESPONDAM COM HONESTIDADE E SINCERIDADE:
VOCES CONSIDERAM QUE UM APLICATIVO DESSE
TIPO AINDA VALE A PENA ATUALMENTE?

GRATO PELA ATENÇÃO.
rodrigoy
GUJ Ranger
[Avatar]

Membro desde: 18/04/2006 01:06:28
Mensagens: 758
Localização: São Paulo
Offline

vp, trabalhei bastante no sentido de programas e DSLs que geram código. Atualmente, não consigo imaginar uma maneira mais simples de se trabalhar com mapeamento ORM sem ser com annotations.

A semântica é boa e simples, não gera xmls verbosos e os defaults são consistentes. Depois de alguma prática você mapeia objetos para o banco em segundos, fazendo com que as anotações seja uma parte natural na programação dos entities.

Estude bem as anotações para depois julgar se a sua idéia ainda é necessária.

OK?

Rodrigo Yoshima
www.ASPERCOM.com.br

Próximas Turmas:
São Paulo: Scrum 28/agosto | OOAD-UML 13/setembro

Débito Técnico Blog: blog.aspercom.com.br
[WWW]
vpcamargo
HelloWorld

Membro desde: 26/01/2004 08:50:14
Mensagens: 11
Offline

Obrigado Rodrigo pela dica. Mas, mesmo que se utilize
annotations, o desenvolvedor tem que digitar, não é?
Se possuir 40 tabelas em um banco de dados, tem que digitar essas informações para cada uma dessas tabelas? e quando ocorrer alterações, não fica complicado alterar esses dados manualmente?
E quanto aos relacionamentos (um para um, muitos para muitos, etc.) que se deve referenciar no final das classes? Para fazer isso manualmente não levará um tempo razoavel? E também quanto as referencias das
chaves primárias e estrangeiras?
Uma digitação errada não implica em problemas para o sistema?
rodrigoy
GUJ Ranger
[Avatar]

Membro desde: 18/04/2006 01:06:28
Mensagens: 758
Localização: São Paulo
Offline

Tive pouca experiencia em integrar um banco legado ao Hibernate, mas quando as coisas ocorrem no sentido contrário, do modelo de objetos para o modelo relacional, creio que anotations seja a maneira mais produtiva.

Rodrigo Yoshima
www.ASPERCOM.com.br

Próximas Turmas:
São Paulo: Scrum 28/agosto | OOAD-UML 13/setembro

Débito Técnico Blog: blog.aspercom.com.br
[WWW]
Alexandre Ferreira
Virtual Machine Man
[Avatar]

Membro desde: 20/09/2006 20:07:03
Mensagens: 520
Localização: Rio de Janeiro
Offline

Eu gostei da ideia...
Eu apoio.

Seus argumentos foram bastante validos! E vc tem realmente razao sobre a rotina de trabalho q gera ao mudar alguma coisa no bd.

Por mim a ideia esta aprovada.
Avise assim q estiver pronto.

FLw
boa sorte

Alexandre Ferreira
Blog: http://alexandreferreira.com.br
[WWW] [MSN]
WilliamSilva
Moderador

Membro desde: 02/03/2005 11:08:44
Mensagens: 1747
Localização: Santos -SP.
Offline

Olá VPCamargo,
Obrigado Rodrigo pela dica. Mas, mesmo que se utilize
annotations, o desenvolvedor tem que digitar, não é?
Se possuir 40 tabelas em um banco de dados, tem que digitar essas informações para cada uma dessas tabelas? e quando ocorrer alterações, não fica complicado alterar esses dados manualmente?
Vamos dar uma olhada nesse links ok.
http://www.eclipse.org/dali/
http://www.versatiliti.com.br/netbeans-demos/demo_toplink.htm
http://www.netbeans.org/download/magazine/02/nb02-part5-javaee5.pdf
Seria algo proximo disso.??????

= William Silva =
iSHARE - Document Management System
[Email] [WWW] [MSN]
Alexandre Ferreira
Virtual Machine Man
[Avatar]

Membro desde: 20/09/2006 20:07:03
Mensagens: 520
Localização: Rio de Janeiro
Offline

http://www.eclipse.org/dali/

Nao da para usar com hibernate nao neh????

Alexandre Ferreira
Blog: http://alexandreferreira.com.br
[WWW] [MSN]
WilliamSilva
Moderador

Membro desde: 02/03/2005 11:08:44
Mensagens: 1747
Localização: Santos -SP.
Offline

Olá afsrj,
Nao da para usar com hibernate nao neh????
Poxa e como dá .:..:..: " veja esse exemplo "Using Hibernate with the Java Persistence API" é para o NetBeans mais o comceito é o mesmo.
http://www.netbeans.org/kb/articles/hibernate-javaee.html ;

E um exemplo no Blog do Urubatan, atente para o comentário num. 3 .:
http://blog.urubatan.com.br/2006/11/23/suporte-do-spring-20-a-jpa-ficou-muito-bom-ainda-mais-se-usar-um-pouquinho-do-spring-annotation-junto-d/

No demais há bastante posts sobre "Java Persistence API - JPA" aqui no GUJ, alias o GUJ já é uma biblioteca de soluções ok..
SDS
William Silva

= William Silva =
iSHARE - Document Management System
[Email] [WWW] [MSN]
WilliamSilva
Moderador

Membro desde: 02/03/2005 11:08:44
Mensagens: 1747
Localização: Santos -SP.
Offline

E tem a última.:
http://www.guj.com.br/posts/list/46585.java
http://www.guj.com.br/content/articles/hibernate/hibernateTransaction.pdf
http://www.guj.com.br/content/articles/hibernate/intruducao_hibernate3_guj.pdf


= William Silva =
iSHARE - Document Management System
[Email] [WWW] [MSN]
 
Índice dos Fóruns » Ferramentas, Frameworks e Utilitários
Ir para:   
Powered by JForum 2.1.8 © JForum Team