February 2009 - jbosscache-issues

[JBoss JIRA] Updated: (JBCACHE-759) Create a set of deadlock-detecting unit tests

by Manik Surtani (JIRA)

[ https://jira.jboss.org/jira/browse/JBCACHE-759?page=com.atlassian.jira.pl... ] Manik Surtani updated JBCACHE-759: ---------------------------------- Fix Version/s: 3.2.0.GA (was: 3.1.0.GA) > Create a set of deadlock-detecting unit tests > --------------------------------------------- > > Key: JBCACHE-759 > URL: https://jira.jboss.org/jira/browse/JBCACHE-759 > Project: JBoss Cache > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Scripts and processes > Affects Versions: 1.4.0.GA > Reporter: Manik Surtani > Assignee: Galder Zamarreno > Priority: Minor > Fix For: 3.2.0.GA > > > From email thread: > "Okay, found out that jconsole also supports it: > MBeans --> java.lang --> Threading --> Operations --> findMonitorDeadlockedThreads(). > Of course, if we could integrate this into our test suites to regularly check for deadlocks..." > Article from JavaSpecialists: > http://www.javaspecialists.co.za/archive/newsletter.do?issue=130&locale=e... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 2 months

1
0
0 / 0

[JBoss JIRA] Created: (JBCACHE-1413) Investigate the use of SQL insert-or-update semantics for more efficient JDBCCacheLoader internals

by Manik Surtani (JIRA)

Investigate the use of SQL insert-or-update semantics for more efficient JDBCCacheLoader internals -------------------------------------------------------------------------------------------------- Key: JBCACHE-1413 URL: https://jira.jboss.org/jira/browse/JBCACHE-1413 Project: JBoss Cache Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Cache loaders Reporter: Manik Surtani Assignee: Manik Surtani Fix For: 3.0.0.GA, 2.X Related to JBCACHE-1410 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 2 months

1
2
0 / 0

[JBoss JIRA] Updated: (JBCACHE-1340) Eager deadlock detection with 2 phase commits

by Manik Surtani (JIRA)

[ https://jira.jboss.org/jira/browse/JBCACHE-1340?page=com.atlassian.jira.p... ] Manik Surtani updated JBCACHE-1340: ----------------------------------- Fix Version/s: 3.2.0.GA (was: 3.1.0.GA) > Eager deadlock detection with 2 phase commits > --------------------------------------------- > > Key: JBCACHE-1340 > URL: https://jira.jboss.org/jira/browse/JBCACHE-1340 > Project: JBoss Cache > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Mircea Markus > Assignee: Manik Surtani > Fix For: 3.2.0.GA > > > as described in the forum -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 2 months

1
0
0 / 0

[JBoss JIRA] Created: (JBCACHE-1472) Re-enable org.jboss.cache.integration.websession.BuddyReplicationFailoverTest

by Brian Stansberry (JIRA)

Re-enable org.jboss.cache.integration.websession.BuddyReplicationFailoverTest ----------------------------------------------------------------------------- Key: JBCACHE-1472 URL: https://jira.jboss.org/jira/browse/JBCACHE-1472 Project: JBoss Cache Issue Type: Task Security Level: Public (Everyone can see) Reporter: Brian Stansberry Assignee: Brian Stansberry Fix For: 3.0.3.GA Test has been disabled because of this: Mircea Markus wrote: > One of them is the next one, on testInvalidateOnFailoverToBackup: > > This is the code I am talking about: > InvalidationServlet invs = new InvalidationServlet(); > MultipleActionServlet mas = new MultipleActionServlet(sas, invs); > (....) > req = new Request(mgr0, sessionId, mas); > *1+2* req.execute(); (...) > *3*BuddyReplicationAssertions.assertUnrelated(contextHostName, > sessionId, mgr0.getCache()); > > And some explanation > > 1) manager0.invalidatesSession (i.e. cache0.remove) > 2) manager0 tries to data gravitate session (i.e. cache0.get with > forceDataGrav set to true). This is done last line in Request.execute(). > 3) asserts that session is no longer present on cache0 > > Now, the assumption at 3 is not necessarily valid. With some funny > threading and using ASYNC replication, you might have the remote > removeNode command originated from cache0 to run *after* gravitateData > originated at step2. I.e. RemoveNodeCommand being executed after > GravitateDataCommand on cache*1* (buddy of cache0). This scenario is a known issue -- the RemoveNodeCommand is unicast to the buddy while the GravitateDataCommand is multicast. JGroups does not impose ordering between unicast and multicast, so the order from the sender can be lost. The "last line in Request.execute()" that causes the behavior mimics a portion of actual AS session replication code, a piece that is a general part of JBoss Web and outside of the control of the session replication logic. This JIRA is to examine the test and determine what can be salvaged versus what needs to be isolated in a separate "known issue" test. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 2 months

2
1
0 / 0

[JBoss JIRA] Created: (JBCACHE-1438) Apply state transfer changes using CacheLoader.put(List<Modification>), not one by one

by Elias Ross (JIRA)

Apply state transfer changes using CacheLoader.put(List<Modification>), not one by one -------------------------------------------------------------------------------------- Key: JBCACHE-1438 URL: https://jira.jboss.org/jira/browse/JBCACHE-1438 Project: JBoss Cache Issue Type: Patch Security Level: Public (Everyone can see) Affects Versions: 3.0.0.CR3 Reporter: Elias Ross Assignee: Manik Surtani Some cache loaders benefit from this change. JDBM is greatly sped up. Should revisit how transactions are batched for JDBC and other cache loaders as well during state transfer. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 2 months

2
3
0 / 0

[JBoss JIRA] Updated: (JBCACHE-11) Memory based eviction policy

by Manik Surtani (JIRA)

[ https://jira.jboss.org/jira/browse/JBCACHE-11?page=com.atlassian.jira.plu... ] Manik Surtani updated JBCACHE-11: --------------------------------- Fix Version/s: 3.2.0.GA (was: 3.1.0.GA) > Memory based eviction policy > ---------------------------- > > Key: JBCACHE-11 > URL: https://jira.jboss.org/jira/browse/JBCACHE-11 > Project: JBoss Cache > Issue Type: Feature Request > Components: Eviction > Reporter: Bela Ban > Assignee: Mircea Markus > Fix For: 3.2.0.GA > > Attachments: memoryBaseEviction.txt > > Original Estimate: 2 weeks > Remaining Estimate: 2 weeks > > (maybe only in JDK 1.5, which has > triggers for low memory) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 2 months

1
0
0 / 0

[JBoss JIRA] Updated: (JBCACHE-1015) Notify user (via callback) if application of (async or sync) replication fails

by Manik Surtani (JIRA)

[ https://jira.jboss.org/jira/browse/JBCACHE-1015?page=com.atlassian.jira.p... ] Manik Surtani updated JBCACHE-1015: ----------------------------------- Fix Version/s: 3.2.0.GA (was: 3.1.0.GA) > Notify user (via callback) if application of (async or sync) replication fails > ------------------------------------------------------------------------------ > > Key: JBCACHE-1015 > URL: https://jira.jboss.org/jira/browse/JBCACHE-1015 > Project: JBoss Cache > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Replication > Reporter: Bela Ban > Assignee: Manik Surtani > Fix For: 3.2.0.GA > > > If a replication cannot be applied (no transactions), then invoke a callback notifying the application, so that some corrective action can be taken -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 2 months

1
0
0 / 0

[JBoss JIRA] Updated: (JBCACHE-1259) HA for TCPCacheServer

by Manik Surtani (JIRA)

[ https://jira.jboss.org/jira/browse/JBCACHE-1259?page=com.atlassian.jira.p... ] Manik Surtani updated JBCACHE-1259: ----------------------------------- Fix Version/s: 3.2.0.GA (was: 3.1.0.GA) > HA for TCPCacheServer > --------------------- > > Key: JBCACHE-1259 > URL: https://jira.jboss.org/jira/browse/JBCACHE-1259 > Project: JBoss Cache > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Cache loaders > Reporter: Manik Surtani > Assignee: Manik Surtani > Fix For: 3.2.0.GA > > > TCPCacheServer needs a HA solution. HA-singleton style approach would work; the TcpCacheLoader needs to be able to handle reconnects though. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 2 months

1
0
0 / 0

[JBoss JIRA] Updated: (JBCACHE-1336) Pooling Object Streams

by Manik Surtani (JIRA)

[ https://jira.jboss.org/jira/browse/JBCACHE-1336?page=com.atlassian.jira.p... ] Manik Surtani updated JBCACHE-1336: ----------------------------------- Fix Version/s: 3.2.0.GA (was: 3.1.0.GA) > Pooling Object Streams > ---------------------- > > Key: JBCACHE-1336 > URL: https://jira.jboss.org/jira/browse/JBCACHE-1336 > Project: JBoss Cache > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Mircea Markus > Assignee: Manik Surtani > Fix For: 3.2.0.GA > > > ObjectStreams creation consumes a lot of time when it comes to marshalling commands (e.g. > 5% of total command in case of put is in building the ObjectStream). > Pooling them would be an important performance enhancement. > We cannot pool the ones from JDK as these cache .class information which results in memory leakage. > Investigate the possibility of implementing own alternative ObjectStreams which would be pool-able. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 2 months

1
0
0 / 0

[JBoss JIRA] Updated: (JBCACHE-1267) Revert JBCACHE-1266 fix

by Manik Surtani (JIRA)

[ https://jira.jboss.org/jira/browse/JBCACHE-1267?page=com.atlassian.jira.p... ] Manik Surtani updated JBCACHE-1267: ----------------------------------- Fix Version/s: 3.2.0.GA (was: 3.1.0.GA) > Revert JBCACHE-1266 fix > ----------------------- > > Key: JBCACHE-1267 > URL: https://jira.jboss.org/jira/browse/JBCACHE-1267 > Project: JBoss Cache > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Reporter: Brian Stansberry > Assignee: Brian Stansberry > Priority: Minor > Fix For: 3.2.0.GA > > > The fix for JBCACHE-1266 is a workaround that should be reverted when JBCACHE-1265 is fixed. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 2 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jbosscache-issues February 2009