| Re: [eclipselink-dev] bug 336731 <shared-cache-mode>ENABLE_SELECTIVE</shared-cache-mode> |
|
Hi Gordon, I am currently cleaning up the bugs assigned to be. This one is still open: https://bugs.eclipse.org/bugs/show_bug.cgi?id=336731 Did you have a chance to look into this? Best regards, Adrian Adrian Görler From: eclipselink-dev-bounces@xxxxxxxxxxx [mailto:eclipselink-dev-bounces@xxxxxxxxxxx] On Behalf Of Goerler, Adrian Hi Gordon, other, I have started an investigation to get the WDF test running with <shared-cache-mode>ENABLE_SELECTIVE</shared-cache-mode>. I will track progress here: The bug 336731 proposes some minor fixes and adjustments to the tests but also revealed an interesting observation: In an entity hierarchy, some subclass with a particular id had been cached and is removed and evicted from the cache later. It should be completely gone now. However, it seems that upon eviction, the EclipseLink cache does not truly remove the subclass but just invalidates it and keeps a zombie object with the particular subclass. If I now create a different subclass with the particular id, it cannot enter the cache as the cache expects it to have the attributes of the former subclass. I don’t think this is an issue in real life as objects don’t just change their subclass. But that the subclass information survives the removal of an object is kind of strange. In 336731, I am proposing a change that adjust the tests so that this issue does not occur. But if you think it is worth investigating I can keep the tests as is to have a repro. What do you think? -Adrian Adrian Görler |