DevMedia - asp.net, Java, Delphi, SQL e web Design, tudo em um só lugar!
Bem vindo a DevMedia!
LOGIN:     SENHA:
 
 

  Este é um post disponível para assinantes MVP
Este post também está disponível para assinantes da SQL Magazine DIGITAL
ou para quem possui Créditos DevMedia.  Clique aqui para saber mais!

Artigo SQL Magazine 49 - Trabalhando com JPA na prática

Artigo da revista SQL Magazine edição 49.

[fechar]

Você não gostou da qualidade deste conteúdo?

(opcional) Você gostaria de comentar o que não lhe agradou?

Esse artigo faz parte da revista SQL Magazine edição 49. Clique aqui para ler todos os artigos desta edição

Desenvolvimento

Trabalhando com JPA na prática

 

O lançamento da especificação EJB 3.0 disponibiliza uma estrutura de EJB bastante simplificada, porém mais poderosa que demonstra uma preferência assinalada por anotações ao invés dos tradicionais descritores de implantação do EJB 2x. As anotações, introduzidas no J2SE 5.0, são os modificadores que podem ser usados em classes, campos, métodos, parâmetros, variáveis locais, construtores, enumerações e pacotes. O uso da anotação é destacado em um conjunto de novas características do EJB 3.0, tais como as já bastante conhecidas classes de EJB baseadas em objeto Java, injeção de dependência das classes do gerenciador de EJB, a introdução dos interceptores e uma API de persistência em Java (JPA) extremamente incrementada.

Para ilustrar os conceitos de JPA, seguiremos um exemplo real. Recentemente, meu escritório teve que desenvolver um sistema de registro de impostos. Assim como a maioria dos sistemas, ele tinha as suas próprias complexidades e desafios. Visto que um de seus desafios estava relacionado ao acesso aos dados e mapeamento objeto-relacional (ORM), decidiu-se realizar um “test-drive”, ou seja, experimentar a JPA enquanto implementávamos o sistema.

Diversos desafios foram encontrados durante o projeto:

·         Existem, naturalmente, relacionamentos entre as entidades utilizadas na aplicação;

·         O aplicativo apóia buscas complexas através dos dados relacionais;

·         O aplicativo deve garantir a integridade dos dados;

·         O aplicativo valida os dados antes de persisti-los;

·         Operações em massa são requeridas.

O modelo de dados

Primeiramente, vamos apresentar a versão reduzida do nosso modelo de dados que será suficiente para explicar as nuances do JPA. Partindo de uma perspectiva comercial, um requerente principal submete um requerimento de registro de impostos. O requerente pode ter nenhum ou mais sócios. O requerente e o sócio devem especificar dois endereços: endereço registrado e o endereço comercial. O requerente principal também deve declarar e descrever todas as penalidades que recebeu no passado. A Figura 1 apresenta o modelo de dados elaborado.

 

Figura 1. Modelo de Dados.

Definindo entidades

Definimos as entidades apresentadas na Tabela 1 através do seu mapeamento para tabelas individuais.

 

Entidade

Tabela Mapeada Para

Registration

REGISTRATION

Party

PARTY

Address

ADDRESS

Penalty

PENALTY

CaseOfficer

"
A exibição deste artigo foi interrompida.

  Este é um post disponível para assinantes MVP
Este post também está disponível para assinantes da SQL Magazine DIGITAL
ou para quem possui Créditos DevMedia.  Clique aqui para saber mais!


Samudra Gupta
É consultor independente de Java/J2EE. Ele tem mais de nove anos de experiência na construção de aplicativos Java/J2EE para os setores públicos, de varejo e de segurança nacional.
O que você achou deste post?

    0 COMENTÁRIO

[Fechar]

Este post é fechado - você precisa ter acesso ao post para incluir um comentário.


Nenhum comentário foi postado - seja o primeiro a comentar!
Cursos relacionados
Publicidade
[Fechar]

Você precisa estar logado para dar um feedback.

Clique aqui para efetuar o login
[Fechar]


Este post está fechado. Saiba mais sobre a assinatura MVP!
web-03
DevMedia  |  Anuncie  |  Fale conosco
Hospedagem web por Porta 80 Web Hosting
2013 - Todos os Direitos Reservados a web-03