[hibernate-issues] [Hibernate-JIRA] Commented: (HHH-2224) executeUpdate causes coarse cache invalidation

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-2224?page=c... ] Steve Ebersole commented on HHH-2224: ------------------------------------- Vladimir, there is a significant difference between Hibernate allowing a certain (incorrect) behavior and developers achieving this behavior by "[finding a] path which by-pass this barrier". Namely in the first case the implication is that Hibernate supports such a (incorrect) behavior, condones it even. How do you correlate a read-only cache and things that can be updated? Ioannis, as I said I am not ruling out a pluggable strategy where developers could themselves choose this behavior. There is, again, a significant difference between Hibernate providing the option to enable this behavior via switch etc versus it providing the ability for developers to plug in this behavior. And trust me, if we go this route, we will see bug reports here about how Hibernate served up incorrect cached results because the user developed a bad pluggable "bulk operation cleanup" strategy. I assume I can send them to you for a lecture on how they "are fully responsible"? ;) -- 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