1:56 p.m.
Do not load data from loader for calls to Cache.get(Fqn fqn)
------------------------------------------------------------
Key: JBCACHE-1120
URL: http://jira.jboss.com/jira/browse/JBCACHE-1120
Project: JBoss Cache
Issue Type: Task
Security Level: Public (Everyone can see)
Affects Versions: 2.0.0.CR2
Reporter: Elias Ross
Assigned To: Manik Surtani
Refer to the forum...
The following code causes the old data to be loaded from the cache loader, though it's
really not necessary:
Cache c;
Map m;
c.get("/a/b").replaceAll(m);
// or
c.get("/a/b").clearData();
Changing CacheLoaderInterceptor to not load on "getNodeMethodLocal_id" might
work, but not sure if that would be the correct fix.
--
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
11:02 p.m.
New subject: [JBoss JIRA] Commented: (JBCACHE-1120) Do not load data from loader for calls to Cache.get(Fqn fqn)
[ http://jira.jboss.com/jira/browse/JBCACHE-1120?page=comments#action_12367969 ]
Adrian Sandor commented on JBCACHE-1120:
----------------------------------------
I don't think that's what I reported. I actually had these two problems:
- AFTER I PUT A NODE IN THE CACHE, if I try to get the same node from the cache, it still
loads its data from the cacheloader
- after I load a node's children for the first time, if I try to get a child node from
the cache, it loads its data from the cacheloader, even if it had already loaded it
previously
Here's an example, with comments describing what the cacheloader is doing:
Cache c = DefaultCacheFactory.getInstance().createCache("replSync-service.xml",
true);
Map m = new HashMap();
m.put("foo", "bar");
Fqn ab = new Fqn("a", "b");
c.put(ab, m); //put /a/b, {foo=bar}
c.get(ab, "foo"); //get /a/b
c.get(ab, "foo"); //(nothing)
Node a = c.getRoot().getChild(new Fqn("a")); //get /a
a.getChildren(); //getchildrennames /a
c.get(ab, "foo"); //get /a/b
c.stop();
So it's loading the /a/b node twice, when normally it should never load it at all
(because I put it in the cache first)
Do not load data from loader for calls to Cache.get(Fqn fqn)
------------------------------------------------------------
Key: JBCACHE-1120
URL: http://jira.jboss.com/jira/browse/JBCACHE-1120
Project: JBoss Cache
Issue Type: Task
Security Level: Public(Everyone can see)
Affects Versions: 2.0.0.CR2
Reporter: Elias Ross
Assigned To: Manik Surtani
Refer to the forum...
The following code causes the old data to be loaded from the cache loader, though
it's really not necessary:
Cache c;
Map m;
c.get("/a/b").replaceAll(m);
// or
c.get("/a/b").clearData();
Changing CacheLoaderInterceptor to not load on "getNodeMethodLocal_id" might
work, but not sure if that would be the correct fix.
--
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
11:11 p.m.
New subject: [JBoss JIRA] Commented: (JBCACHE-1120) Do not load data from loader for calls to Cache.get(Fqn fqn)
[ http://jira.jboss.com/jira/browse/JBCACHE-1120?page=comments#action_12367971 ]
Adrian Sandor commented on JBCACHE-1120:
----------------------------------------
But indeed, if [the equivalent of] c.get("/a/b").replaceAll(m); didn't load
the data from the cacheloader, and caused a subsequent get not to load data either, than I
could use that instead of c.put and it would solve the first problem I had.
Do not load data from loader for calls to Cache.get(Fqn fqn)
------------------------------------------------------------
Key: JBCACHE-1120
URL: http://jira.jboss.com/jira/browse/JBCACHE-1120
Project: JBoss Cache
Issue Type: Task
Security Level: Public(Everyone can see)
Affects Versions: 2.0.0.CR2
Reporter: Elias Ross
Assigned To: Manik Surtani
Refer to the forum...
The following code causes the old data to be loaded from the cache loader, though
it's really not necessary:
Cache c;
Map m;
c.get("/a/b").replaceAll(m);
// or
c.get("/a/b").clearData();
Changing CacheLoaderInterceptor to not load on "getNodeMethodLocal_id" might
work, but not sure if that would be the correct fix.
--
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
3:48 a.m.
New subject: [JBoss JIRA] Updated: (JBCACHE-1120) Do not load data from loader for calls to Cache.get(Fqn fqn)
[ http://jira.jboss.com/jira/browse/JBCACHE-1120?page=all ]
Manik Surtani updated JBCACHE-1120:
-----------------------------------
Fix Version/s: 2.0.0.CR4
2.0.0.GA
Do not load data from loader for calls to Cache.get(Fqn fqn)
------------------------------------------------------------
Key: JBCACHE-1120
URL: http://jira.jboss.com/jira/browse/JBCACHE-1120
Project: JBoss Cache
Issue Type: Task
Security Level: Public(Everyone can see)
Affects Versions: 2.0.0.CR2
Reporter: Elias Ross
Assigned To: Manik Surtani
Fix For: 2.0.0.GA, 2.0.0.CR4
Refer to the forum...
The following code causes the old data to be loaded from the cache loader, though
it's really not necessary:
Cache c;
Map m;
c.get("/a/b").replaceAll(m);
// or
c.get("/a/b").clearData();
Changing CacheLoaderInterceptor to not load on "getNodeMethodLocal_id" might
work, but not sure if that would be the correct fix.
--
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
9:41 a.m.
New subject: [JBoss JIRA] Commented: (JBCACHE-1120) Do not load data from loader for calls to Cache.get(Fqn fqn)
[ http://jira.jboss.com/jira/browse/JBCACHE-1120?page=comments#action_12368743 ]
Manik Surtani commented on JBCACHE-1120:
----------------------------------------
See JBCACHE-1133 for the specific problem of loading a child node unnecessarily.
This JIRA has to do with doing a cache.get(node) which should not bother loading data.
Do not load data from loader for calls to Cache.get(Fqn fqn)
------------------------------------------------------------
Key: JBCACHE-1120
URL: http://jira.jboss.com/jira/browse/JBCACHE-1120
Project: JBoss Cache
Issue Type: Task
Security Level: Public(Everyone can see)
Affects Versions: 2.0.0.CR2
Reporter: Elias Ross
Assigned To: Manik Surtani
Fix For: 2.0.0.CR4, 2.0.0.GA
Refer to the forum...
The following code causes the old data to be loaded from the cache loader, though
it's really not necessary:
Cache c;
Map m;
c.get("/a/b").replaceAll(m);
// or
c.get("/a/b").clearData();
Changing CacheLoaderInterceptor to not load on "getNodeMethodLocal_id" might
work, but not sure if that would be the correct fix.
--
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
6:30 a.m.
New subject: [JBoss JIRA] Updated: (JBCACHE-1120) Do not load data from loader for calls to Cache.get(Fqn fqn)
[ http://jira.jboss.com/jira/browse/JBCACHE-1120?page=all ]
Manik Surtani updated JBCACHE-1120:
-----------------------------------
Fix Version/s: (was: 2.0.0.CR4)
Do not load data from loader for calls to Cache.get(Fqn fqn)
------------------------------------------------------------
Key: JBCACHE-1120
URL: http://jira.jboss.com/jira/browse/JBCACHE-1120
Project: JBoss Cache
Issue Type: Task
Security Level: Public(Everyone can see)
Affects Versions: 2.0.0.CR2
Reporter: Elias Ross
Assigned To: Manik Surtani
Fix For: 2.0.0.GA
Refer to the forum...
The following code causes the old data to be loaded from the cache loader, though
it's really not necessary:
Cache c;
Map m;
c.get("/a/b").replaceAll(m);
// or
c.get("/a/b").clearData();
Changing CacheLoaderInterceptor to not load on "getNodeMethodLocal_id" might
work, but not sure if that would be the correct fix.
--
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
7:43 a.m.
New subject: [JBoss JIRA] Closed: (JBCACHE-1120) Do not load data from loader for calls to Cache.get(Fqn fqn)
[ http://jira.jboss.com/jira/browse/JBCACHE-1120?page=all ]
Manik Surtani closed JBCACHE-1120.
----------------------------------
Resolution: Done
Do not load data from loader for calls to Cache.get(Fqn fqn)
------------------------------------------------------------
Key: JBCACHE-1120
URL: http://jira.jboss.com/jira/browse/JBCACHE-1120
Project: JBoss Cache
Issue Type: Task
Security Level: Public(Everyone can see)
Affects Versions: 2.0.0.CR2
Reporter: Elias Ross
Assigned To: Manik Surtani
Fix For: 2.0.0.GA
Refer to the forum...
The following code causes the old data to be loaded from the cache loader, though
it's really not necessary:
Cache c;
Map m;
c.get("/a/b").replaceAll(m);
// or
c.get("/a/b").clearData();
Changing CacheLoaderInterceptor to not load on "getNodeMethodLocal_id" might
work, but not sure if that would be the correct fix.
--
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
6945
days inactive
6953
days old
6 comments
3 participants
participants (3)
-
Adrian Sandor (JIRA) -
Elias Ross (JIRA)
-
Manik Surtani (JIRA)