[JBoss JIRA] Created: (JBCACHE-1110) Pojo returns null values after a local detach, even when values were set locally.
2:38 p.m.
Pojo returns null values after a local detach, even when values were set locally.
-----------------------------------------------------------------------------------
Key: JBCACHE-1110
URL: http://jira.jboss.com/jira/browse/JBCACHE-1110
Project: JBoss Cache
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: PojoCache
Affects Versions: 2.0.0.CR2
Reporter: Vincent Marquez
Assigned To: Jason T. Greene
After detaching a Pojo from the cache, any fields that were null before attaching it,
remain null, even if values were set locally while it was attached. This is due to the
CachedFieldInterceptor being removed, and not having data copied over from the cache.
Apologies if this is not a bug, but it seems peculiar that I could read a pojo locally
and get one value, detach it, then get another, even though its values were set locally.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
2:40 p.m.
New subject: [JBoss JIRA] Updated: (JBCACHE-1110) Pojo returns null values after a local detach, even when values were set locally.
[ http://jira.jboss.com/jira/browse/JBCACHE-1110?page=all ]
Vincent Marquez updated JBCACHE-1110:
-------------------------------------
Attachment: DetachTest.java
Test case to show this happening.
Pojo returns null values after a local detach, even when values were
set locally.
-----------------------------------------------------------------------------------
Key: JBCACHE-1110
URL: http://jira.jboss.com/jira/browse/JBCACHE-1110
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: PojoCache
Affects Versions: 2.0.0.CR2
Reporter: Vincent Marquez
Assigned To: Jason T. Greene
Attachments: DetachTest.java
After detaching a Pojo from the cache, any fields that were null before attaching it,
remain null, even if values were set locally while it was attached. This is due to the
CachedFieldInterceptor being removed, and not having data copied over from the cache.
Apologies if this is not a bug, but it seems peculiar that I could read a pojo locally
and get one value, detach it, then get another, even though its values were set locally.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
2:52 p.m.
New subject: [JBoss JIRA] Updated: (JBCACHE-1110) Pojo returns null values after a local detach, even when values were set locally.
[ http://jira.jboss.com/jira/browse/JBCACHE-1110?page=all ]
Jason T. Greene updated JBCACHE-1110:
-------------------------------------
Fix Version/s: 2.0.0.CR4
2.0.0.GA
Pojo returns null values after a local detach, even when values were
set locally.
-----------------------------------------------------------------------------------
Key: JBCACHE-1110
URL: http://jira.jboss.com/jira/browse/JBCACHE-1110
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: PojoCache
Affects Versions: 2.0.0.CR2
Reporter: Vincent Marquez
Assigned To: Jason T. Greene
Fix For: 2.0.0.GA, 2.0.0.CR4
Attachments: DetachTest.java
After detaching a Pojo from the cache, any fields that were null before attaching it,
remain null, even if values were set locally while it was attached. This is due to the
CachedFieldInterceptor being removed, and not having data copied over from the cache.
Apologies if this is not a bug, but it seems peculiar that I could read a pojo locally
and get one value, detach it, then get another, even though its values were set locally.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
2:52 p.m.
New subject: [JBoss JIRA] Commented: (JBCACHE-1110) Pojo returns null values after a local detach, even when values were set locally.
[ http://jira.jboss.com/jira/browse/JBCACHE-1110?page=comments#action_12366224 ]
Jason T. Greene commented on JBCACHE-1110:
------------------------------------------
Thanks I will take a look at it.
Pojo returns null values after a local detach, even when values were
set locally.
-----------------------------------------------------------------------------------
Key: JBCACHE-1110
URL: http://jira.jboss.com/jira/browse/JBCACHE-1110
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: PojoCache
Affects Versions: 2.0.0.CR2
Reporter: Vincent Marquez
Assigned To: Jason T. Greene
Fix For: 2.0.0.GA, 2.0.0.CR4
Attachments: DetachTest.java
After detaching a Pojo from the cache, any fields that were null before attaching it,
remain null, even if values were set locally while it was attached. This is due to the
CachedFieldInterceptor being removed, and not having data copied over from the cache.
Apologies if this is not a bug, but it seems peculiar that I could read a pojo locally
and get one value, detach it, then get another, even though its values were set locally.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
2:54 p.m.
New subject: [JBoss JIRA] Updated: (JBCACHE-1110) Pojo returns null values after a local detach, even when values were set locally.
[ http://jira.jboss.com/jira/browse/JBCACHE-1110?page=all ]
Vincent Marquez updated JBCACHE-1110:
-------------------------------------
Attachment: JBCACHE-1110.patch.txt
One way to fix it.
Note, applying this also causes testRemove in NewReplicatedTest to fail.
From what I understand though, the behaviour in the test is not quite
correct, as one is asserting that a remote pojo returns null after being detached on a
remote cache, where it once returned a replicated value.
So assuming that behaviour isn't correct, this patch 'fixes' that also, and
perhaps the test case should be changed. If I am mistaken, maybe there can be a change
to the documentation explaining that a detach 'wipes' previous updates done to a
pojo.
Pojo returns null values after a local detach, even when values were
set locally.
-----------------------------------------------------------------------------------
Key: JBCACHE-1110
URL: http://jira.jboss.com/jira/browse/JBCACHE-1110
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: PojoCache
Affects Versions: 2.0.0.CR2
Reporter: Vincent Marquez
Assigned To: Jason T. Greene
Fix For: 2.0.0.GA, 2.0.0.CR4
Attachments: DetachTest.java, JBCACHE-1110.patch.txt
After detaching a Pojo from the cache, any fields that were null before attaching it,
remain null, even if values were set locally while it was attached. This is due to the
CachedFieldInterceptor being removed, and not having data copied over from the cache.
Apologies if this is not a bug, but it seems peculiar that I could read a pojo locally
and get one value, detach it, then get another, even though its values were set locally.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
8:36 p.m.
New subject: [JBoss JIRA] Updated: (JBCACHE-1110) Pojo returns null values after a local detach, even when values were set locally.
[ http://jira.jboss.com/jira/browse/JBCACHE-1110?page=all ]
Jason T. Greene updated JBCACHE-1110:
-------------------------------------
Fix Version/s: 2.0.0.CR3
(was: 2.0.0.CR4)
Pojo returns null values after a local detach, even when values were
set locally.
-----------------------------------------------------------------------------------
Key: JBCACHE-1110
URL: http://jira.jboss.com/jira/browse/JBCACHE-1110
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: PojoCache
Affects Versions: 2.0.0.CR2
Reporter: Vincent Marquez
Assigned To: Jason T. Greene
Fix For: 2.0.0.GA, 2.0.0.CR3
Attachments: DetachTest.java, JBCACHE-1110.patch.txt
After detaching a Pojo from the cache, any fields that were null before attaching it,
remain null, even if values were set locally while it was attached. This is due to the
CachedFieldInterceptor being removed, and not having data copied over from the cache.
Apologies if this is not a bug, but it seems peculiar that I could read a pojo locally
and get one value, detach it, then get another, even though its values were set locally.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
8:54 p.m.
New subject: [JBoss JIRA] Commented: (JBCACHE-1110) Pojo returns null values after a local detach, even when values were set locally.
[ http://jira.jboss.com/jira/browse/JBCACHE-1110?page=comments#action_12366251 ]
Jason T. Greene commented on JBCACHE-1110:
------------------------------------------
Thanks for the patch. This problem should only occur when a different node (lets call it
Node B) calls updates before the node calling detach (Node A), and Node A does not read
field values after Node B's changes and before it calls detach. I agree that detach()
should refresh the object state before releasing it.
Your patch is good, the only thing that needs to change is that inMemorySubstitution()
needs to be used instead of reflection when setting the field so that if the TX rolls back
the field changes are reversed.
-Jason
Pojo returns null values after a local detach, even when values were
set locally.
-----------------------------------------------------------------------------------
Key: JBCACHE-1110
URL: http://jira.jboss.com/jira/browse/JBCACHE-1110
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: PojoCache
Affects Versions: 2.0.0.CR2
Reporter: Vincent Marquez
Assigned To: Jason T. Greene
Fix For: 2.0.0.GA, 2.0.0.CR3
Attachments: DetachTest.java, JBCACHE-1110.patch.txt
After detaching a Pojo from the cache, any fields that were null before attaching it,
remain null, even if values were set locally while it was attached. This is due to the
CachedFieldInterceptor being removed, and not having data copied over from the cache.
Apologies if this is not a bug, but it seems peculiar that I could read a pojo locally
and get one value, detach it, then get another, even though its values were set locally.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
8:56 p.m.
New subject: [JBoss JIRA] Commented: (JBCACHE-1110) Pojo returns null values after a local detach, even when values were set locally.
[ http://jira.jboss.com/jira/browse/JBCACHE-1110?page=comments#action_12366252 ]
Jason T. Greene commented on JBCACHE-1110:
------------------------------------------
I forgot to mention, I will merge this in CR3, not CR4.
Pojo returns null values after a local detach, even when values were
set locally.
-----------------------------------------------------------------------------------
Key: JBCACHE-1110
URL: http://jira.jboss.com/jira/browse/JBCACHE-1110
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: PojoCache
Affects Versions: 2.0.0.CR2
Reporter: Vincent Marquez
Assigned To: Jason T. Greene
Fix For: 2.0.0.GA, 2.0.0.CR3
Attachments: DetachTest.java, JBCACHE-1110.patch.txt
After detaching a Pojo from the cache, any fields that were null before attaching it,
remain null, even if values were set locally while it was attached. This is due to the
CachedFieldInterceptor being removed, and not having data copied over from the cache.
Apologies if this is not a bug, but it seems peculiar that I could read a pojo locally
and get one value, detach it, then get another, even though its values were set locally.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12:46 p.m.
New subject: [JBoss JIRA] Resolved: (JBCACHE-1110) Pojo returns null values after a local detach, even when values were set locally.
[ http://jira.jboss.com/jira/browse/JBCACHE-1110?page=all ]
Jason T. Greene resolved JBCACHE-1110.
--------------------------------------
Resolution: Done
fixed thanks
Pojo returns null values after a local detach, even when values were
set locally.
-----------------------------------------------------------------------------------
Key: JBCACHE-1110
URL: http://jira.jboss.com/jira/browse/JBCACHE-1110
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: PojoCache
Affects Versions: 2.0.0.CR2
Reporter: Vincent Marquez
Assigned To: Jason T. Greene
Fix For: 2.0.0.CR3, 2.0.0.GA
Attachments: DetachTest.java, JBCACHE-1110.patch.txt
After detaching a Pojo from the cache, any fields that were null before attaching it,
remain null, even if values were set locally while it was attached. This is due to the
CachedFieldInterceptor being removed, and not having data copied over from the cache.
Apologies if this is not a bug, but it seems peculiar that I could read a pojo locally
and get one value, detach it, then get another, even though its values were set locally.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
6972
days inactive
6973
days old
8 comments
2 participants
participants (2)
-
Jason T. Greene (JIRA) -
Vincent Marquez (JIRA)