[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1362?page=c... ]
Steve Ebersole closed HHH-1362.
-------------------------------
Closing stale resolved issues
> Using Transactions while loading an object results in unwanted Update query.
> ------------------------------------------------------------------------------
>
> Key: HHH-1362
> URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1362
> Project: Hibernate Core
> Issue Type: Bug
> Components: core
> Affects Versions: 3.0.5
> Environment: Hibernate 3.0.5, MySQL 5.0 database.
> Reporter: Nico De Groote
> Priority: Blocker
> Attachments: HibernateTest.rar
>
>
> Using Transactions while loading an object results in unwanted Update query.
> Attached is the Eclipse project. Add the Hibernate 3.0.5 jars to run the test case. Running with transactions adds an extra update Query when this is not expected.
--
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
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-920?page=co... ]
Steve Ebersole closed HHH-920.
------------------------------
Closing stale resolved issues
> CLONE -Session.isDirty() flushes data
> -------------------------------------
>
> Key: HHH-920
> URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-920
> Project: Hibernate Core
> Issue Type: Bug
> Components: core
> Affects Versions: 3.0 final
> Reporter: Lenny Marks
>
> When calling Session.isDirty() (Hibernate 3.0.0, non-classic) it looks like DefaultDirtyCheckEventListener performs actual flush. I'm not sure is this an intended behaviour. In fact, javadoc for Session.isDirty() says that it should only check are there any pending changed and would database update happen on Session.flush(). Please advise.
--
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
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-985?page=co... ]
Steve Ebersole closed HHH-985.
------------------------------
Closing stale resolved issues
> Sessions created via SessionFactory.openSession(Connection) have invalid timestamp
> ----------------------------------------------------------------------------------
>
> Key: HHH-985
> URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-985
> Project: Hibernate Core
> Issue Type: Bug
> Affects Versions: 3.0.5
> Environment: 3.0.5
> MySql
> Reporter: Patrick Casey
>
> Create Two sessions:
> Session s = HibHelper.getSessionFactory().openSession();
> Session temp = HibHelper.getSessionFactory().openSession(s.connection());
> temp is a child of s in that it's using the same connection.
> Session s gets a proper timestamp : 4619002056560640
> Session temp gets an arbitrarily negative one: -9223372036854775808
> This means that anything you do via temp will fail when it tries to use the secondary cache because every entity in the cache will fail "freshness" relative to temp's timestamp.
> I'd think temp should either get its own timestamp based on its creation or inherit it's parten't timestamp. The large negative default value though means I can't use a derived session and the L2 cache :(.
--
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
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-687?page=co... ]
Steve Ebersole closed HHH-687.
------------------------------
Closing stale resolved issues
> Exception QuerySyntaxError not really serializable
> --------------------------------------------------
>
> Key: HHH-687
> URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-687
> Project: Hibernate Core
> Issue Type: Bug
> Affects Versions: 3.0.5
> Environment: Hibernate 3.0.5
> Reporter: Roberto Italia
> Assignee: Steve Ebersole
> Priority: Minor
> Fix For: 3.2.0.alpha1
>
>
> I have a QuerySyntaxError Exception which has a MismatchedTokenException (from antlr) as cause. The field token of the MismatchedTokenException points to a HqlToken, which descends from antlr.CommonToken. The latter is not serializable, so also HqlToken is not. As a result, the QuerySyntaxError cannot be serialized.
> I'm not sure, whether you (by making a HqlToken serializable some how) or antlr (by making CommonToken or Token serializable) should fix it.
--
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
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1412?page=c... ]
Steve Ebersole closed HHH-1412.
-------------------------------
Closing stale resolved issues
> Collection fetches and firstResult/maxRows
> ------------------------------------------
>
> Key: HHH-1412
> URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1412
> Project: Hibernate Core
> Issue Type: Improvement
> Components: query-criteria, query-hql
> Reporter: Steve Ebersole
> Assignee: Steve Ebersole
> Priority: Blocker
> Fix For: 3.2.0.alpha1
>
>
> Collection fetches and firstResult/maxRows currently do not return logical results, since the firstResult/maxRows are applied at the database level. We need to recognize this scenario and perform the firstResult/maxRows in memory (plus generously warn the user).
--
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