jbosscache-issues August 2012

jbosscache-issues@lists.jboss.org

1 participants
24 discussions

[JBoss JIRA] (JBCACHE-498) Replication issue with Collection proxy using Iterators

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/JBCACHE-498?page=com.atlassian.jira.plugi... ] Scott Marlow closed JBCACHE-498. -------------------------------- > Replication issue with Collection proxy using Iterators > ------------------------------------------------------- > > Key: JBCACHE-498 > URL: https://issues.jboss.org/browse/JBCACHE-498 > Project: JBoss Cache > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 1.2.4SP1 > Reporter: prateek mathur > Assignee: Scott Marlow > Fix For: 1.3.0.GA > > > There is an issue in replicating "updated" changes in the following scenario: > Code: > Map proxyMap=(Map)cache.geObject("/aop/mymap"); > Set set=proxyMap.keySet(); > Iterator setIterator=set.iterator(); > while(setIterator.hasNext()){ > Object obj=setIterator.next(); > if(obj.someCondition()==true){ > iterator.remove(); > } > } > > So when the iterator.remove() is called , it will remove the object from the set and the corresponding "key" and "value" from the HashMap. > But the PROBLEM is it does not REPLICATE this removal.Since the HashMap was affected ultimately so replication should have happened, but it doesnt. > However if explicity called map.remove("key"), the removal is replicated to the other nodes in the cluster. > Is there any workaround for this?? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (PCACHE-28) Complete implementation of current Collection apis

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/PCACHE-28?page=com.atlassian.jira.plugin.... ] Scott Marlow reassigned PCACHE-28: ---------------------------------- Assignee: Scott Marlow (was: Scott Marlow (Novell)) > Complete implementation of current Collection apis > -------------------------------------------------- > > Key: PCACHE-28 > URL: https://issues.jboss.org/browse/PCACHE-28 > Project: JBoss POJO Cache > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Reporter: Ben Wang > Assignee: Scott Marlow > Fix For: 1.2.4SP2, 1.3.0.GA > > Original Estimate: 2 weeks > Remaining Estimate: 2 weeks > > For List, Set, and Map, there are some apis that are not yet implemented. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (PCACHE-30) Write complete set of unit test cases against Collection impl

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/PCACHE-30?page=com.atlassian.jira.plugin.... ] Scott Marlow reassigned PCACHE-30: ---------------------------------- Assignee: Scott Marlow (was: Scott Marlow (Novell)) > Write complete set of unit test cases against Collection impl > ------------------------------------------------------------- > > Key: PCACHE-30 > URL: https://issues.jboss.org/browse/PCACHE-30 > Project: JBoss POJO Cache > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Reporter: Ben Wang > Assignee: Scott Marlow > Fix For: 1.2.4SP2, 1.3.0.GA > > Original Estimate: 2 days > Remaining Estimate: 2 days > > Current test cases are under aop.collection dir. They are still not yet fully complete. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (JBCACHE-1618) RPCManagerImpl#callRemoteMethods hard-codes useOutOfBandMessage to false

by Dennis Reed (JIRA)

Dennis Reed created JBCACHE-1618: ------------------------------------ Summary: RPCManagerImpl#callRemoteMethods hard-codes useOutOfBandMessage to false Key: JBCACHE-1618 URL: https://issues.jboss.org/browse/JBCACHE-1618 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: Clustering Affects Versions: 3.2.9.GA Reporter: Dennis Reed Assignee: Dennis Reed RPCManagerImpl#callRemoteMethods#743 hard-codes useOutOfBandMessage to false. This causes every RPC call made by JBoss Cache to be non-OOB. Which reintroduces https://issues.jboss.org/browse/JBPAPP-7722 that uses OOB. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

1
5
0 / 0

← Newer
1
2
3
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jbosscache-issues August 2012