Tell a lie… it’s now sensitive to the iteration order of the entityBindingMap 
(a HashMap) in MetadataImpl.  Regardless, modifying that test to give each 
entity it’s own region causes the non-strict entities to start failing.

> On May 26, 2016, at 2:58 PM, Chris Dennis <chris.w.den...@gmail.com> wrote:
> 
> Hi All,
> 
> Quick followup, attached is a test that illustrates how entities can end up 
> using the wrong access modes when they share a region but request different 
> modes.  As it happens I think this test is failing because HHH-10649 was 
> never fixed for nonstrict-read-write.  This test is derived from the 
> RefreshUpdatedDateTest, and the only reason this test passes for the 
> non-strict elements is because the read-write elements are in the annotated 
> class array first, and so everyone ends up using the read-write access 
> strategy.
> 
> <SharedCacheRegionAccessStrategyTest.java>
> 
> 
>> On May 24, 2016, at 2:19 PM, Chris Dennis <chris.w.den...@gmail.com> wrote:
>> 
>> Hi All,
>> 
>> I filed https://hibernate.atlassian.net/browse/HHH-10707 toward the end of 
>> last month, and was wondering what the best way was to go about getting this 
>> moved forward.  My analysis indicates that for users configured such that 
>> they trip this bug (those sharing a single cache region across caches with 
>> different access strategies) they can be silently seeing looser caching 
>> semantics than they would expect to be - obviously a far from ideal 
>> situation.  I have the beginnings of a fix coded up 
>> (https://github.com/chrisdennis/hibernate-orm/commits/HHH-10707) but it 
>> needs both polish and more testing, and has some slightly undesirable side 
>> affects.  My current fix also has interesting interactions with the 
>> Infinispan testing, so a fix may require a fair amount of modification of at 
>> a minimum the Infinispan test code, and potentially the Infinispan provider 
>> itself?
>> 
>> Thanks,
>> 
>> Chris Dennis
> 


_______________________________________________
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev

Reply via email to