1. I want to add a new operation persistOnFlush
Remember why we did introduce the PERSIST_ON_FLUSH cascading action? For
EJB3 flush efficiency
In the current impl, it is only used for the first level of flushing in
EJB3 (ie action inherited from FlushEventListener.getCascadingAction()
To workaround that, I've introduced a persistOnFlush operation (not
public to the session), but visible through the event listener system
(create-onflush tag)
I still need to test, but I'll be able to commit by the end of the week-end
2. How does the type discovery work? Did you add a typeless
setParameter() to the Query?
Steve Ebersole wrote:
So as far as I am concerned, I am ready to push out 3.1rc2. Anything
anyone else wanted to get into this before I cut it?
I hope to get time to do it this weekend. If not, it'll be early next
week.
Here is the change-log so far:
** Bug
* [HHH-1045] - Example contains inner classes that aren't
serializable
** Improvement
* [HHH-1038] - make 'auto' the default for
hibernate.connection.release_mode
* [HHH-1042] - determine "expected type" of parameter during HQL
parsing
It is really for HHH-1038 that I want to get this out there.
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
hibernate-devel mailing list
hibernate-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hibernate-devel
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
hibernate-devel mailing list
hibernate-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hibernate-devel
