JPA: Diferenças com TopLink e Hibernate

na teoria sim… Eu tb ja tive problemas com o toplink como provider… mas e ae que erro vc teve?

Será que não é o Cascade que deve ser explícito? Uma idéia só do que pode ser, pois só usei Hibernate até hoje…

Tem coisas que às vezes devem seguir certas conventions pra que funcione com qualquer implementação…

Então, como vi (pelo log) que quando usava o merge, sempre fazia uma verificação antes, eu apenas populava os objetos conforme vinha do arquivo texto e deixava o entityManager se virar…

quando mudei pra hibernate e não faz mais essa validação, ocorre erro porque ele tenta incluir num relacionamento um objeto que não existe.

vou colocar um exemplo:

Entidade:

public class Plano {
  @Id
  private Integer id;

  private String nome;

  @ManyToOne
  @JoinColumn(name="codacomodacao", referencedColumnName="codacomodacao", nullable=false)
  private Acomodacao acomodacao;



Rotina:

plano = new Plano();
plano.setCodplano(1);
plano.setNome("Nome do plano");

plano.setAcomodacao(new Acomodacao());
plano.getAcomodacao().setCodacomodacao(1);
plano.getAcomodacao().setNome("Nome da Acomodação");

DAO.salvar(plano);



DAO:
public void salvar(Object objeto) {
  getEntityManager().merge(objeto);
}

supondo que o banco de dados está vazio.
Com o TopLink:

• Insere acomodação
• Insere plano

Com o Hibernate:

• Insere plano, mas dá erro por não existir a acomodação.

vc tem uma referência de acomodação para plano?

Não, é unilateral

Consegui… é por causa de cascades mesmo…

pelo visto, pra aplicação se comportar da mesma forma, independente de hibernate ou toplink, é necessário muito coisa além de simplesmente usar JPA