May 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3166) BackupReceiverRepositoryImpl generates NPE on cache shutdown

by Richard Achmatowicz (JIRA)

[ https://issues.jboss.org/browse/ISPN-3166?page=com.atlassian.jira.plugin.... ] Richard Achmatowicz updated ISPN-3166: -------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/1861 > BackupReceiverRepositoryImpl generates NPE on cache shutdown > ------------------------------------------------------------ > > Key: ISPN-3166 > URL: https://issues.jboss.org/browse/ISPN-3166 > Project: Infinispan > Issue Type: Bug > Components: Cross-Site Replication > Affects Versions: 5.3.0.Beta2, 5.3.0.CR1 > Reporter: Richard Achmatowicz > Assignee: Mircea Markus > > In the method BackupReceiverRepositoryImpl.getBackupCachemanager(), when creating a SiteCachePair for a cache with no explicitly configured backup, the localCacheName is not being set. This results in an NPE when shutting down the cache. > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3166) BackupReceiverRepositoryImpl generates NPE on cache shutdown

by Richard Achmatowicz (JIRA)

[ https://issues.jboss.org/browse/ISPN-3166?page=com.atlassian.jira.plugin.... ] Richard Achmatowicz commented on ISPN-3166: ------------------------------------------- Example: {noformat} 16:25:23,290 INFO [org.jboss.as.clustering.infinispan] (MSC service thread 1-6) JBAS010282: Stopped repl cache from web container 16:25:23,290 DEBUG [org.infinispan.xsite.BackupReceiverRepositoryImpl] (MSC service thread 1-6) Processing cache stop: EventImpl{type=CACHE_STOPPED, newMembers=null, oldMembers=null, localAddress=null, viewId=0, subgroupsMerged=null, mergeView=false}. Cache name: 'repl' 16:25:23,291 DEBUG [org.infinispan.xsite.BackupReceiverRepositoryImpl] (MSC service thread 1-6) Processing entry SiteCachePair{site='LON', cache='repl'} 16:25:23,291 WARN [org.jboss.msc.service.fail] (MSC service thread 1-6) MSC000004: Failure during stop of service jboss.infinispan.web.repl: org.infinispan.CacheException: Caught exception [java.lang.NullPointerException] while invoking method [public void org.infinispan.xsite.BackupReceiverRepositoryImpl.cacheStopped(org.infinispan.notifications.cachemanagerlistener.event.CacheStoppedEvent)] on listener instance: org.infinispan.xsite.BackupReceiverRepositoryImpl@12c1a513 at org.infinispan.notifications.AbstractListenerImpl$ListenerInvocation$1.run(AbstractListenerImpl.java:218) at org.infinispan.util.concurrent.WithinThreadExecutor.execute(WithinThreadExecutor.java:44) at org.infinispan.notifications.AbstractListenerImpl$ListenerInvocation.invoke(AbstractListenerImpl.java:238) at org.infinispan.notifications.cachemanagerlistener.CacheManagerNotifierImpl.notifyCacheStopped(CacheManagerNotifierImpl.java:135) at org.infinispan.factories.ComponentRegistry.stop(ComponentRegistry.java:250) at org.infinispan.CacheImpl.stop(CacheImpl.java:608) at org.infinispan.CacheImpl.stop(CacheImpl.java:603) at org.infinispan.AbstractDelegatingCache.stop(AbstractDelegatingCache.java:348) at org.jboss.as.clustering.infinispan.subsystem.CacheService.stop(CacheService.java:96) at org.jboss.as.clustering.msc.AsynchronousService.stop(AsynchronousService.java:114) at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2082) [jboss-msc-1.1.2.Final.jar:1.1.2.Final] at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2043) [jboss-msc-1.1.2.Final.jar:1.1.2.Final] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_04] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_04] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_04] Caused by: java.lang.NullPointerException at org.infinispan.xsite.BackupReceiverRepositoryImpl.cacheStopped(BackupReceiverRepositoryImpl.java:75) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_04] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_04] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_04] at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_04] at org.infinispan.notifications.AbstractListenerImpl$ListenerInvocation$1.run(AbstractListenerImpl.java:213) ... 14 more 16:25:23,296 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-5) ISPN000080: Disconnecting and closing JGroups Channel {noformat} > BackupReceiverRepositoryImpl generates NPE on cache shutdown > ------------------------------------------------------------ > > Key: ISPN-3166 > URL: https://issues.jboss.org/browse/ISPN-3166 > Project: Infinispan > Issue Type: Bug > Components: Cross-Site Replication > Affects Versions: 5.3.0.Beta2, 5.3.0.CR1 > Reporter: Richard Achmatowicz > Assignee: Mircea Markus > > In the method BackupReceiverRepositoryImpl.getBackupCachemanager(), when creating a SiteCachePair for a cache with no explicitly configured backup, the localCacheName is not being set. This results in an NPE when shutting down the cache. > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2657) Support for LevelDB CacheStore

by Ray Tsang (JIRA)

[ https://issues.jboss.org/browse/ISPN-2657?page=com.atlassian.jira.plugin.... ] Ray Tsang reassigned ISPN-2657: ------------------------------- Assignee: Manik Surtani (was: Ray Tsang) pull request uploaded. i'll be doing a bit more testing. > Support for LevelDB CacheStore > ------------------------------ > > Key: ISPN-2657 > URL: https://issues.jboss.org/browse/ISPN-2657 > Project: Infinispan > Issue Type: Feature Request > Components: Loaders and Stores > Reporter: Ray Tsang > Assignee: Manik Surtani > Fix For: 5.3.0.Final > > > Support for LevelDB, a fast key-value persistence storage. > There is a pure java implementation and a jni by fuse -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2657) Support for LevelDB CacheStore

by Ray Tsang (JIRA)

[ https://issues.jboss.org/browse/ISPN-2657?page=com.atlassian.jira.plugin.... ] Ray Tsang edited comment on ISPN-2657 at 5/31/13 4:16 PM: ---------------------------------------------------------- pull request sent. i'll be doing a bit more testing. was (Author: saturnism): pull request uploaded. i'll be doing a bit more testing. > Support for LevelDB CacheStore > ------------------------------ > > Key: ISPN-2657 > URL: https://issues.jboss.org/browse/ISPN-2657 > Project: Infinispan > Issue Type: Feature Request > Components: Loaders and Stores > Reporter: Ray Tsang > Assignee: Manik Surtani > Fix For: 5.3.0.Final > > > Support for LevelDB, a fast key-value persistence storage. > There is a pure java implementation and a jni by fuse -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3166) BackupReceiverRepositoryImpl generates NPE on cache shutdown

by Richard Achmatowicz (JIRA)

[ https://issues.jboss.org/browse/ISPN-3166?page=com.atlassian.jira.plugin.... ] Richard Achmatowicz updated ISPN-3166: -------------------------------------- Summary: BackupReceiverRepositoryImpl generates NPE on cache shutdown (was: BackupReceiverRepositoryImpl generates NPE on cache shutdown because localCacheName not initialised for default cache) > BackupReceiverRepositoryImpl generates NPE on cache shutdown > ------------------------------------------------------------ > > Key: ISPN-3166 > URL: https://issues.jboss.org/browse/ISPN-3166 > Project: Infinispan > Issue Type: Bug > Components: Cross-Site Replication > Affects Versions: 5.3.0.Beta2, 5.3.0.CR1 > Reporter: Richard Achmatowicz > Assignee: Mircea Markus > > In the method BackupReceiverRepositoryImpl.getBackupCachemanager(), when creating a SiteCachePair for a cache with no explicitly configured backup, the localCacheName is not being set. This results in an NPE when shutting down the cache. > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3166) BackupReceiverRepositoryImpl generates NPE on cache shutdown because localCacheName not initialised for default cache

by Richard Achmatowicz (JIRA)

Richard Achmatowicz created ISPN-3166: ----------------------------------------- Summary: BackupReceiverRepositoryImpl generates NPE on cache shutdown because localCacheName not initialised for default cache Key: ISPN-3166 URL: https://issues.jboss.org/browse/ISPN-3166 Project: Infinispan Issue Type: Bug Components: Cross-Site Replication Affects Versions: 5.3.0.CR1, 5.3.0.Beta2 Reporter: Richard Achmatowicz Assignee: Mircea Markus In the method BackupReceiverRepositoryImpl.getBackupCachemanager(), when creating a SiteCachePair for a cache with no explicitly configured backup, the localCacheName is not being set. This results in an NPE when shutting down the cache. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3144) Reduce memory consumption per cache entry

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3144?page=com.atlassian.jira.plugin.... ] Work on ISPN-3144 started by Galder Zamarreño. > Reduce memory consumption per cache entry > ----------------------------------------- > > Key: ISPN-3144 > URL: https://issues.jboss.org/browse/ISPN-3144 > Project: Infinispan > Issue Type: Enhancement > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 5.3.0.Final > > > Basically, the difference between Hot Rod then (dc6708f) and now (6058358) is: 32 bytes, which is: new metadata object, a reference to it, and 2 unusued longs for immortal entries. > With embedded metadata (~191 bytes per entry): https://dl.dropboxusercontent.com/u/6148072/with-embedded.png > With versioned entries (~159 bytes per entry): https://dl.dropboxusercontent.com/u/6148072/with-versioned.png > And there's more: we have internal cache entries that have a reference to internal cache values, per entry. This is useful for some cases (cache stores…etc), but this extra reference to the value, plus the value object itself, is 16 bytes (how useful is it really to have a separate value instance to keep just the value? Needs reassessing its usefulness...). > So really, I think the minimum Hot Rod overhead we should aim for is ~143 bytes. If each server module could define what the ICE class (well, classes to cover all immortal, mortal…etc cases) to use, which is purely designed for their servers (i.e. hot rod just needs: value + version; memcached needs: value + version + flags), we could get to this level… > You still want the metadata to be passed from the client, but for those specialised use cases in Infinispan, we could have a mapping between the metadata type and the type of ICEs created… -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3144) Reduce memory consumption per cache entry

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3144?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-3144: ---------------------------------------- With the latest patch, I bring down the overhead of Hot Rod to ~151 bytes :) > Reduce memory consumption per cache entry > ----------------------------------------- > > Key: ISPN-3144 > URL: https://issues.jboss.org/browse/ISPN-3144 > Project: Infinispan > Issue Type: Enhancement > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 5.3.0.Final > > > Basically, the difference between Hot Rod then (dc6708f) and now (6058358) is: 32 bytes, which is: new metadata object, a reference to it, and 2 unusued longs for immortal entries. > With embedded metadata (~191 bytes per entry): https://dl.dropboxusercontent.com/u/6148072/with-embedded.png > With versioned entries (~159 bytes per entry): https://dl.dropboxusercontent.com/u/6148072/with-versioned.png > And there's more: we have internal cache entries that have a reference to internal cache values, per entry. This is useful for some cases (cache stores…etc), but this extra reference to the value, plus the value object itself, is 16 bytes (how useful is it really to have a separate value instance to keep just the value? Needs reassessing its usefulness...). > So really, I think the minimum Hot Rod overhead we should aim for is ~143 bytes. If each server module could define what the ICE class (well, classes to cover all immortal, mortal…etc cases) to use, which is purely designed for their servers (i.e. hot rod just needs: value + version; memcached needs: value + version + flags), we could get to this level… > You still want the metadata to be passed from the client, but for those specialised use cases in Infinispan, we could have a mapping between the metadata type and the type of ICEs created… -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3165) Adding a programmatic configuration test for the MongoDB cache store

by Guillaume Scheibel (JIRA)

[ https://issues.jboss.org/browse/ISPN-3165?page=com.atlassian.jira.plugin.... ] Guillaume Scheibel updated ISPN-3165: ------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/1860 > Adding a programmatic configuration test for the MongoDB cache store > -------------------------------------------------------------------- > > Key: ISPN-3165 > URL: https://issues.jboss.org/browse/ISPN-3165 > Project: Infinispan > Issue Type: Enhancement > Components: Loaders and Stores > Reporter: Guillaume Scheibel > Assignee: Guillaume Scheibel > Priority: Minor > Labels: cache-store, mongodb, test > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3165) Adding a programmatic configuration test for the MongoDB cache store

by Guillaume Scheibel (JIRA)

Guillaume Scheibel created ISPN-3165: ---------------------------------------- Summary: Adding a programmatic configuration test for the MongoDB cache store Key: ISPN-3165 URL: https://issues.jboss.org/browse/ISPN-3165 Project: Infinispan Issue Type: Enhancement Components: Loaders and Stores Reporter: Guillaume Scheibel Assignee: Guillaume Scheibel Priority: Minor -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues May 2013