는 OpenJPA는 불규칙

Question

나는 코드의이 비트와 함께 DB에 저장됩니다 JPA 엔티티 새로운 (데이터베이스 아직에 즉 존재하지 않는)가 개체에 다른 값을 채우고 ID가 DB에 생성됩니다.

엔티티는 다음과 같습니다

@Entity 
public class Fund extends AbstractFund implements Serializable 
{ 
    @Id 
    @GeneratedValue(strategy = GenerationType.IDENTITY) 
    @Column(name = "fundId") 
    protected Long id; 

    // other fields and getters etc. 

} 

AbstractFund 더 필드가 추상적 인 매핑 된 슈퍼 클래스입니다.

데이터베이스의 테이블에는 ID로 정의 된 fundId 열이 있습니다. 이것은 오랫동안 정상적으로 작동했습니다. 그러나 flush이 호출되면 간헐적 인 오류가 발생합니다. 배포 후 코드는 잠시 동안 잘 작동하고 갑자기이 예외 던지기 시작 :이 다른 환경에서 재현 할 수 없었와는 OpenJPA가 갑자기을 삽입하려고 시작하는 이유에 관해서는 딱하다 한

Caused by: <openjpa-2.3.0-r422266:1540826 fatal general error> org.apache.openjpa.persistence.PersistenceException: 
The transaction has been rolled back. See the nested exceptions for details on the errors that occurred. 
FailedObject: entities.Fund@1097fef5 
     at org.apache.openjpa.kernel.BrokerImpl.newFlushException(BrokerImpl.java:2370) [openjpa-all-2.3.0.jar:2.3.0] 
     at org.apache.openjpa.kernel.BrokerImpl.flush(BrokerImpl.java:2207) [openjpa-all-2.3.0.jar:2.3.0] 
     at org.apache.openjpa.kernel.BrokerImpl.flushSafe(BrokerImpl.java:2105) [openjpa-all-2.3.0.jar:2.3.0] 
     at org.apache.openjpa.kernel.BrokerImpl.flush(BrokerImpl.java:1876) [openjpa-all-2.3.0.jar:2.3.0] 
     at org.apache.openjpa.kernel.DelegatingBroker.flush(DelegatingBroker.java:1045) [openjpa-all-2.3.0.jar:2.3.0] 
     at org.apache.openjpa.persistence.EntityManagerImpl.flush(EntityManagerImpl.java:663) [openjpa-all-2.3.0.jar:2.3.0] 
     at org.jboss.as.jpa.container.AbstractEntityManager.flush(AbstractEntityManager.java:457) [wildfly-jpa-8.1.0.Final.jar:8.1.0.Final] 
     ...... 
Caused by: java.lang.Exception: <openjpa-2.3.0-r422266:1540826 fatal store error> org.apache.openjpa.persistence.EntityExistsException: 
Cannot insert explicit value for identity column in table 'Fund' when IDENTITY_INSERT is set to OFF. {prepstmnt 2128975916 INSERT INTO Fund 
(fundId, ... other columns ...) VALUES (?, ?, ?,)} [code=544, state=23000] 
FailedObject: entities.Fund@1e7b1cce 
     at org.apache.openjpa.util.Exceptions.replaceNestedThrowables(Exceptions.java:255) [openjpa-all-2.3.0.jar:2.3.0] 
     at org.apache.openjpa.persistence.PersistenceException.writeObject(PersistenceException.java:100) [openjpa-all-2.3.0.jar:2.3.0] 
     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_60] 
     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_60] 
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_60] 
     at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_60] 
     at org.jboss.marshalling.reflect.SerializableClass.callWriteObject(SerializableClass.java:271) 
     at org.jboss.marshalling.cloner.SerializingCloner.initSerializableClone(SerializingCloner.java:290) 
     at org.jboss.marshalling.cloner.SerializingCloner.clone(SerializingCloner.java:245) 
     at org.jboss.marshalling.cloner.SerializingCloner.clone(SerializingCloner.java:125) 
     at org.jboss.marshalling.cloner.SerializingCloner.cloneFields(SerializingCloner.java:341) 
     at org.jboss.marshalling.cloner.SerializingCloner.initSerializableClone(SerializingCloner.java:293) 
     at org.jboss.marshalling.cloner.SerializingCloner.initSerializableClone(SerializingCloner.java:277) 
     at org.jboss.marshalling.cloner.SerializingCloner.initSerializableClone(SerializingCloner.java:277) 
     at org.jboss.marshalling.cloner.SerializingCloner.initSerializableClone(SerializingCloner.java:277) 
     at org.jboss.marshalling.cloner.SerializingCloner.initSerializableClone(SerializingCloner.java:277) 
     at org.jboss.marshalling.cloner.SerializingCloner.clone(SerializingCloner.java:245) 
     at org.jboss.marshalling.cloner.SerializingCloner.clone(SerializingCloner.java:125) 
     at org.jboss.as.ejb3.remote.LocalEjbReceiver.clone(LocalEjbReceiver.java:314) [wildfly-ejb3-8.1.0.Final.jar:8.1.0.Final] 
     at org.jboss.as.ejb3.remote.LocalEjbReceiver.clone(LocalEjbReceiver.java:297) [wildfly-ejb3-8.1.0.Final.jar:8.1.0.Final] 
     at org.jboss.as.ejb3.remote.LocalEjbReceiver.processInvocation(LocalEjbReceiver.java:249) [wildfly-ejb3-8.1.0.Final.jar:8.1.0.Final] 
     ... 126 more 

을 식별 컬럼에 대한 값.

OpenJPA 버전 2.3.0을 사용하고 있습니다.

버전 2.4.1로 업데이트하려고했지만 문제가 계속됩니다.

Answer 1

먼저 개체를 검색 한 다음 새 개체를 만들고 검색된 개체의 개체를 새 개체로 복사 한 다음 새 개체의 persist 메서드를 호출해야합니다. BeanUtils.copyProperties 메서드를 사용하여 원본 개체의 속성을 대상 개체로 복사하거나 직접 개체 개체에서 복사 할 수 있습니다.

Answer 2

첫째, 모든 존경심으로, 나는 Prashant Katara가 그의 대답으로 어디로 가고 있는지 확실하지 않습니다. 나는 당신이 select/copy/persist를 할 필요가있는 시나리오를 모른다. ?? Chris는 좋은 의견을 제시했습니다. 이 문제가 어떻게 발생했는지 정확히 말할 수는 없지만, 문제를 일으킬 수있는 방법에 대해 알려주도록하겠습니다. 그런 다음 진술

public void save(Fund entity) { 
    em.merge(entity); 
    em.flush(); 
} 

는 "우리는 ID를 사용하기 때문에 우리는 ..... 플러시 필요"당신의 설명에서이 '저장'방법을 기록했다. 여기에 관련된 것들이 몇 가지 있습니다. 보시다시피, 전달 된 '엔터티'를 병합합니다. 그러나 'em.merge'에서 반환 된 객체는 반환하지 않습니다. OpenJPA는 'entity'의 id를 채우지 않을 것입니다. merge가 반환 한 id 값만 채 웁니다! 사람들은 병합에 전달 된 인스턴스가 관리되는 인스턴스가 아니라는 사실을 항상 잊어 버립니다! 병합에서 반환 된 인스턴스가 관리됩니다! 당신이 이드의 가치를 필요로한다고 말했기 때문에 실제로 저장 호출 후에 '엔티티'를 사용하고있는 것으로 가정하므로 관리되는 인스턴스 (예 : 'em.merge'가 반환 한 인스턴스)를 사용해야합니다. 이것은 안전한 작업은 아니며, 플러시 후에도 fundId에 대한 getter 메서드를 호출하면 'null'이 표시되지 않는다는 것에 놀랍니다. 절대로 반복하지 않는다면, 호출 후에 'entity'를 사용하면 저장 방법이 괜찮을 것입니다. 이 기업은 저장 후 계속 사용하려는 경우, 다음은 다음과 같이한다 저장 :

public Fund save(Fund entity) { 
    Fund entityPrime = em.merge(entity); 
    em.flush(); 
    return entityPrime; 
} 

마지막으로는 OpenJPA는 식별 필드에 대한 필드/열을 포함하는 INSERT를 발행하지 않습니다. 그래서 당신은 펀드가 삽입 된 INSERT를 보지 말아야합니다.INSERT에 기금이 들어있는 경우에 어떻게 도달 했는가하는 것입니다. '@GeneratedValue (strategy = GenerationType.IDENTITY)'가 포함되지 않은 클래스 패스 어딘가에 이전 버전의 Fund가있을 수 있습니다. INSERT 작업의 일부로 IDENTIFICATION 값이 데이터베이스에서 반환되고 OpenJPA는 반환 된 값을 (관리 된) IDENTIFICATION 필드에 할당합니다.

감사합니다,

히스