[
http://opensource.atlassian.com/projects/hibernate/browse/HHH-2146?page=c...
]
Harsha commented on HHH-2146:
-----------------------------
I ran into simillar problem where I'm working with Hibernate 3.2.6 and Oracle 10g.
Could you please confirm that this issue was addressed in 3.2.6 as well? FYI, the stack
trace in my issue is the same as the stack trace posted to address this issue.
Thanks,
Harsha
NullpointerException in
DefaultDeleteEventListener.deleteTransientEntity
------------------------------------------------------------------------
Key: HHH-2146
URL:
http://opensource.atlassian.com/projects/hibernate/browse/HHH-2146
Project: Hibernate Core
Issue Type: Bug
Affects Versions: 3.2.0.cr5
Environment: Hibernate 3.2.0cr5, Oracle10g
Reporter: Martin Kartumovich
Assignee: Gail Badner
Priority: Minor
Fix For: 3.2.7, 3.3.2, 3.5.0.Beta-1
Attachments: Cascade.java, deletetransientmn.zip
The following setup leads to a NPE in DefaultDeleteEventListener.deleteTransientEntity:
Tables A, B
Table V_A_B that is an M-N-Connection between A and B.
Pojo for A has a Set of V_A_Bs.
Pojo for B has a Set of V_A_Bs.
Pojo C that has Sets of As and Bs.
Cascades: all, delete-orphan
-Create a new A and add a new V_A_B to its Set, that references to an existing B.
-Delete B.
-SaveOrUpdate Pojo C.
In Hibernate 3.1.3 this works fine.
In 3.2.0cr4+cr5 the removal of B results into an cascading removal of the never persisted
V_A_B in the Set of B instead of ignoring it.
This leads to an incorrect state where deleteTransientEntity is called with
transientEnties=null.
When now calling transientEnties.contains(...) the NPE is thrown.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira