JPA 2: Hibernate ou EclipseLink?

Para mostrar algumas curiosidades, vamos usar a relação entre Conta e Movimentação. O pseudo-código abaixo representa a relação.

Vamos lá.

- Como habilitar os Logs?

Esta é uma propriedade que ainda não foi especificada, logo cada implementação tem a sua.

Hibernate:

EclipseLink:

- Devo declarar no persistence.xml?

Bom, aqui já tem diferença. O Hibernate deixa que o mapeamento seja feito apenas através do @Entity, porém o EclipseLink exige que a classes também sejam mapeadas via no persistence.xml.

- Como gerar a base a partir do modelo?

No JPA 2.1 já houve uma padronização deste parâmetro, agora basta usar a propriedade javax.persistence.schema-generation.database.action. Ela possui 4 valores: create, drop-create, none, drop.

E além disso, foi especificado também a propriedade javax.persistence.schema-generation.scripts.create-target, que permite gerar os arquivos de DDL.Agora

As duas implementações oferecem suporte, entretanto possuem comportamentos diferentes.

EclipseLink: com o banco de dados vazio, ao usar a opção create e rodar o programa, o resultado é a criação da base de dados. Ao inserir uma nova @Entity e rodar novamente o programa, a implementação atualiza a base.

Hibernate: Nestas mesmas condições, ele cria a base na primeira execução, mas na segunda execução ele falha pois tenta criar novamente as mesmas tabelas e falha pois já estão criadas.

A especificação não deixa claro qual deveria ser o comportamento.

Aqui também é importante ressaltar uma outra diferença que impacta diretamente na portabilidade. O EclipseLink gera as tabelas com letras maiúsculas e o Hibernate seguindo o padrão de nome da Classe.

Um outro ponto a ressaltar é que a DDL do EclipseLink é muito mais amigável que a do Hibernate.

EclipseLink: CREATE TABLE MOVIMENTACAO (ID INTEGER AUTO_INCREMENT NOT NULL, VALOR DOUBLE, CONTA_ID INTEGER, PRIMARY KEY (ID)) ALTER TABLE MOVIMENTACAO ADD **CONSTRAINT FK_MOVIMENTACAO_CONTA_ID** FOREIGN KEY (CONTA_ID) REFERENCES CONTA (ID) Hibernate: create table MOVIMENTACAO (id integer not null auto_increment, valor double precision not null, conta_id integer, primary key (id)) alter table MOVIMENTACAO **add constraint FK_pf1tg6j429i17rjrp0pmbw6a3** foreign key (conta_id) references CONTA (id)

Bom, esta foi a primeira parte, na segunda parte vou discutir sobre diferenças ao persistir objetos, pesquisas, relacionamentos LAZY e como lidar com o weaving. Aqui na Caelum já falamos muito sobre JPA, Lazy Loading, trabalhos Batch, boas práticas e muitos outros artigos, não deixe de ler, assim como acompanhar apresentações que sempre acontecem sobre a tecnologia e o excelente livro do Hebert (desenvolvedor da DSL Easy Criteria) publicado pela casa do código. Não deixe de comentar e até o próximo post.

ps: Bom, hoje é uma data especial pra mim, por isso aproveito o espaço para lançar um desafio aos companheiros da Caelum e quem tiver afim de embarcar nesta. #façaUmPostNoSeuAniversário