HIBERNATE - Relacionamento @OneToMany não insere a chave do pai no filho

Assuntos Gerais
#1

Bom dia,

Estou com um problema em persistir um objeto que contém um atributo List em minha base de dados (ORACLE).
Passo minha List para o atributo em questão e o mesmo persisti em sua tabela, porém, não adiciona a FK do pai.
Obs: Não apresenta nenhum erro ao inserir no banco.

Segue abaixo o meu código:

Entidade Pai:

@Entity
@Table(name = "EMPRESA")
public class Empresa implements Serializable {
...
	@OneToMany(mappedBy="empresa", fetch = FetchType.EAGER, cascade = CascadeType.ALL)
	private List<Endereco> listaEnderecos;
...
}

Entidade Filha

@Entity
@Table(name = "ENDERECO")
public class Endereco implements Serializable {
...
	@JoinColumn(name = "EMPRESA_NID", referencedColumnName = "NID")
	@ManyToOne
	private Empresa empresa;
...

Formulário:

	public void salvar(){
		try {
			Empresa emp = new Empresa();
                        ...
			emp.setListaEnderecos(listaEnderecos);
                        ...
			daoEmpresa.inserir(emp);
		} catch (Exception e) {
			...
		}
	}

DAO Empresa:

	public void inserir(Empresa empresa) {
		try {
			entityManager.merge(empresa);
			entityManager.flush();
		} catch (Exception e) {
			...
		}
	}

Alguém pode ajudar?

#2

Quando você determina que um campo OneToMany deve ser EAGER, o Hibernate/JPA irá carregar esta lista a qualquer acesso a uma empresa, mesmo que não a utilize. Assim, você não precisa setar este campo, e mesmo que o faça, isto não afetará a tabela de endereços (isto não funciona em Hibernate/JPA).

O que você tem que fazer, na verdade, é o contrário: setar o campo empresa de cada objeto Endereco manualmente, assim:

daoEmpresa.inserir(emp);
for (Endereco endereco : listaEnderecos) {
    endereco.setEmpresa(emp);
    daoEndereco.inserir(endereco);
}

Como é EAGER, você não precisará fazer o contrário (emp.getListaEnderecos().add(endereco)), pois em tese o Hibernate irá popular listaEnderecos toda vez que você acessar a empresa.
Por padrão, OneToMany é LAZY…

Usar EAGER nas relações OneToMany é interessante quando se sabe que a lista não será muito grande, porque senão irá consumir muitas conexões ao BD.

#3