From: <leg...@at...> - 2003-07-29 16:16:14
|
The following comment has been added to this issue: Author: Panagiotis Louridas Created: Tue, 29 Jul 2003 11:15 AM Body: Will you be uploading the patch to public CVS? (I am getting a 11 days old SessionImpl). Cheers, Panos. --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-209 Here is an overview of the issue: --------------------------------------------------------------------- Key: HB-209 Summary: FlushMode.AUTO problem in joined subclass hierarchy Type: Bug Status: Closed Priority: Major Resolution: FIXED Project: Hibernate2 Fix Fors: 2.0.2 Versions: 2.0.1 Assignee: Gavin King Reporter: Panagiotis Louridas Created: Tue, 22 Jul 2003 8:09 AM Updated: Sun, 27 Jul 2003 7:34 PM Environment: RedHat Linux 9.0, JVM 1.4.2 Description: Suppose we have a class hierarchy A <- B <- C. In my case the class hierarchy is mapped as a joined-subclass hierarchy, but my observations may hold in general. I use a Session with the default FlushMode setting (FlushMode.AUTO). I open the session, load an object of class B or C, perform some changes on it, do some queries and flush the session. When the session is flushed, only updates for the table pertaining to class A are issued by hibernate. If I manually flush just before the queries hibernate performs fine, issuing the proper updates for tables B and C. The same happens when I manually flush at the end of the transaction, after the queries, but having set the Session's flush mode to FlushMode.NEVER. --------------------------------------------------------------------- JIRA INFORMATION: 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.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira |