2014-10-28 6 views
5

Mam dość prosty problem. W pojedynczej transakcji, mój kod wygląda mniej więcej tak:Wiosenne dane JPA JpaRepository.save (jednostka) nie zwracające wartości domyślnej bazy danych

MyClass c = new MyClass(); 
c.setPropA("A"); 

c = myClassRepository.save(c); 

c.setPropC("C"); 

Gdzie moja jednostka wygląda następująco:

@Entity 
@Table(name = "MY_CLASS") 
public class MyClass { 
    private String propA; 
    private String propB; 
    private String propC; 

    @Id 
    @Column(name = "PROP_A", unique = true, nullable = false, updatable = false) 
    public String getPropA() { return propA; } 
    public void setPropA(String propA) { this.propA = propA; } 

    @Column(name = "PROP_B", insertable = false) 
    public String getPropB() { return propB; } 
    public void setPropB(String propB) { this.propB = propB; } 

    @Column(name = "PROP_C") 
    public String getPropC() { return propC; } 
    public void setPropC(String propC) { this.propC = propC; } 
} 

a baza danych jest skonfigurowany tak (Dialekt = Oracle 11g)

CREATE TABLE MY_CLASS { 
    PROP_A VARCHAR2 NOT NULL PRIMARY KEY, 
    PROP_B VARCHAR2 DEFAULT 'B' NOT NULL, 
    PROP_C VARCHAR2 
} 

Tak, na podstawie kodu utrzymują się podmiot, chciałbym myśleć, że dostanę zapytań, które wyglądają mniej więcej tak:

MyClass c = new MyClass(); 
c.setPropA("A"); 

c = myClassRepository.saveAndFlush(c); 
// INSERT INTO MY_CLASS (PROP_A, PROP_C) VALUES ("A", NULL) 
// SELECT PROP_A, PROP_B, PROP_C FROM MY_CLASS -- to refresh `c` 

c.setPropC("C"); 

// After transaction ends, flush change to `c.propC` 
// UPDATE MY_CLASS SET PROP_B = "B", PROP_C = "C" WHERE PROP_A = "A" 

... ale nigdy nie dzieje się SELECT. Dlaczego jednostka nie jest odświeżana?

To łamie powodu UPDATE że (natychmiast) następuje po INSERT i c.propB wciąż null. Dostaję ślad stosu ORA-01407: cannot update ("MY_SCHEMA"."MY_CLASS"."PROP_B") to NULL.

Zdaję sobie sprawę, że są sposoby obejścia tego przy użyciu @PrePersist lub ustawienia wartości domyślnych na columnDefinition w Javie, ale nie powinienem powielać wartości domyślnych.

Uwaga: To działało wcześniej, gdy korzystałem z org.hibernate.Session.saveOrUpdate() zamiast Spring Data JPA dla tej akcji.

Z góry dziękuję za pomoc!

Odpowiedz

4

Hibernate nie wie, że B jest generowane przez bazę danych i że musi to odczytać po wstawieniu, chyba że powiesz mu, aby to zrobić, używając @Generated annotation.

+0

Dobry połów! Czy "@ GeneratedValue" będzie odpowiednikiem JPA? – Andy

+0

W moim przypadku mam kolumnę 'modified_at', a domyślną wartością jest obecna data/godzina. Jedyne, co zadziałało, to [@UpdateTimestamp] (https://docs.jboss.org/hibernate/orm/4.3/javadocs/org/hibernate/annotations/UpdateTimestamp.html). Nie musiałem wywoływać '.flush()'. Ani [@Generated] (http://docs.jboss.org/hibernate/orm/4.3/javadocs/org/hibernate/annotations/Generated.html) ani [@GeneratedValue] (http://docs.oracle. com/javaee/5/api/javax/persistence/GeneratedValue.html) działały dla mnie adnotacje, nawet po użyciu '.flush()' pole wciąż powróciłoby jako null po '.save()'. – Doug