August 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3410) Suppress logged warnings about Query interceptor not extending BaseCustomInterceptor

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-3410?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-3410: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/2006 > Suppress logged warnings about Query interceptor not extending BaseCustomInterceptor > ------------------------------------------------------------------------------------ > > Key: ISPN-3410 > URL: https://issues.jboss.org/browse/ISPN-3410 > Project: Infinispan > Issue Type: Enhancement > Components: Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Priority: Minor > Fix For: 6.0.0.Alpha3 > > -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-3410) Suppress logged warnings about Query interceptor not extending BaseCustomInterceptor

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-3410: ------------------------------------- Summary: Suppress logged warnings about Query interceptor not extending BaseCustomInterceptor Key: ISPN-3410 URL: https://issues.jboss.org/browse/ISPN-3410 Project: Infinispan Issue Type: Enhancement Components: Querying Reporter: Sanne Grinovero Assignee: Sanne Grinovero Priority: Minor Fix For: 6.0.0.Alpha3 -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-3409) ResultIterator should implement CloseAble to allow easier resource leak detection

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-3409: ------------------------------------- Summary: ResultIterator should implement CloseAble to allow easier resource leak detection Key: ISPN-3409 URL: https://issues.jboss.org/browse/ISPN-3409 Project: Infinispan Issue Type: Enhancement Components: Querying Reporter: Sanne Grinovero Assignee: Sanne Grinovero Fix For: 6.0.0.Alpha3 -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-3408) Update to Hibernate Search 4.4.0.Alpha1

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-3408: ------------------------------------- Summary: Update to Hibernate Search 4.4.0.Alpha1 Key: ISPN-3408 URL: https://issues.jboss.org/browse/ISPN-3408 Project: Infinispan Issue Type: Component Upgrade Components: Querying Reporter: Sanne Grinovero Assignee: Sanne Grinovero Fix For: 6.0.0.Alpha3 -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-2879) Have ResultIterator implement AutoCloseable

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-2879?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-2879: ---------------------------------- Labels: (was: stable_embedded_query) > Have ResultIterator implement AutoCloseable > -------------------------------------------- > > Key: ISPN-2879 > URL: https://issues.jboss.org/browse/ISPN-2879 > Project: Infinispan > Issue Type: Enhancement > Components: Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Priority: Minor > > Assuming we'll baseline on Java7, it would be very nice to have the following code valid and changing the default Fetch to LAZY: > {code} > Query query = queryBuilder.all().createQuery(); > CacheQuery cacheQuery = searchManager.getQuery(query, Bean.class); > for (Object object : cacheQuery) { > ... > }{code} > the problem is the implicit iterable opened needs to be closed. > see also ISPN-2874. -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-3407) Entry passivation doesn't work according to eviction strategy

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-3407?page=com.atlassian.jira.plugin.... ] Sanne Grinovero reassigned ISPN-3407: ------------------------------------- Assignee: Mircea Markus (was: Sanne Grinovero) sorry, had changed the assignement because of JIRA shortcuts: pressed the wrong key. Restoring previous assigned. > Entry passivation doesn't work according to eviction strategy > ------------------------------------------------------------- > > Key: ISPN-3407 > URL: https://issues.jboss.org/browse/ISPN-3407 > Project: Infinispan > Issue Type: Bug > Components: Eviction > Affects Versions: 6.0.0.Alpha2 > Reporter: Vitalii Chepeliuk > Assignee: Mircea Markus > > {code:title=Bar.java|borderStyle=solid} > GlobalConfiguration globalConf = new GlobalConfigurationBuilder().nonClusteredDefault().build(); > ConfigurationBuilder builder = new ConfigurationBuilder(); > builder.clustering().cacheMode(CacheMode.LOCAL) > .loaders().passivation(true).preload(false).shared(false) > .addLoader(JdbcStringBasedCacheStoreConfigurationBuilder.class).fetchPersistentState(false).purgeOnStartup(false) > .table() > .databaseType(DatabaseType.MYSQL) > .dropOnExit(false) > .createOnStart(true) > .tableNamePrefix("ISPN6Alpha2_STRING") > .idColumnName("ID").idColumnType("VARCHAR(255)") > .dataColumnName("DATA").dataColumnType("VARBINARY(1000)") > .timestampColumnName("TIMESTAMP").timestampColumnType("BIGINT") > .connectionPool() > .connectionUrl() > .username("username") > .password("password") > .driverClass("com.mysql.jdbc.Driver") > .eviction().strategy(EvictionStrategy.LRU).maxEntries(2); > Configuration localConf = builder.build(); > DefaultCacheManager defCacheManager = new DefaultCacheManager(globalConf, localConf, true); > Cache<String, String> cache = defCacheManager.getCache(); > cache.put("k1", "v1"); > cache.put("k2", "v2"); > //not yet in store (eviction.max-entries=2, LRU) > cache.put("k3", "v3"); > assertEquals("v3", cache.get("k3")); > //now k1 evicted and stored in store > assertEquals(2, cache.size()); <<< only 2 entries should remain in cache, k1 should be passivated and removed. But doesn't work! > {code} -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-3407) Entry passivation doesn't work according to eviction strategy

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-3407?page=com.atlassian.jira.plugin.... ] Sanne Grinovero reassigned ISPN-3407: ------------------------------------- Assignee: Sanne Grinovero (was: Mircea Markus) > Entry passivation doesn't work according to eviction strategy > ------------------------------------------------------------- > > Key: ISPN-3407 > URL: https://issues.jboss.org/browse/ISPN-3407 > Project: Infinispan > Issue Type: Bug > Components: Eviction > Affects Versions: 6.0.0.Alpha2 > Reporter: Vitalii Chepeliuk > Assignee: Sanne Grinovero > > {code:title=Bar.java|borderStyle=solid} > GlobalConfiguration globalConf = new GlobalConfigurationBuilder().nonClusteredDefault().build(); > ConfigurationBuilder builder = new ConfigurationBuilder(); > builder.clustering().cacheMode(CacheMode.LOCAL) > .loaders().passivation(true).preload(false).shared(false) > .addLoader(JdbcStringBasedCacheStoreConfigurationBuilder.class).fetchPersistentState(false).purgeOnStartup(false) > .table() > .databaseType(DatabaseType.MYSQL) > .dropOnExit(false) > .createOnStart(true) > .tableNamePrefix("ISPN6Alpha2_STRING") > .idColumnName("ID").idColumnType("VARCHAR(255)") > .dataColumnName("DATA").dataColumnType("VARBINARY(1000)") > .timestampColumnName("TIMESTAMP").timestampColumnType("BIGINT") > .connectionPool() > .connectionUrl() > .username("username") > .password("password") > .driverClass("com.mysql.jdbc.Driver") > .eviction().strategy(EvictionStrategy.LRU).maxEntries(2); > Configuration localConf = builder.build(); > DefaultCacheManager defCacheManager = new DefaultCacheManager(globalConf, localConf, true); > Cache<String, String> cache = defCacheManager.getCache(); > cache.put("k1", "v1"); > cache.put("k2", "v2"); > //not yet in store (eviction.max-entries=2, LRU) > cache.put("k3", "v3"); > assertEquals("v3", cache.get("k3")); > //now k1 evicted and stored in store > assertEquals(2, cache.size()); <<< only 2 entries should remain in cache, k1 should be passivated and removed. But doesn't work! > {code} -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-2896) org.infinispan.lucene.DirectoryOnMultipleCachesTest.verifyIntendedLockCachesUsage fails randomly

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-2896?page=com.atlassian.jira.plugin.... ] Sanne Grinovero closed ISPN-2896. --------------------------------- > org.infinispan.lucene.DirectoryOnMultipleCachesTest.verifyIntendedLockCachesUsage fails randomly > ------------------------------------------------------------------------------------------------ > > Key: ISPN-2896 > URL: https://issues.jboss.org/browse/ISPN-2896 > Project: Infinispan > Issue Type: Bug > Components: Lucene Directory > Affects Versions: 5.2.2.Final > Reporter: Anna Manukyan > Assignee: Sanne Grinovero > Labels: stable_embedded_query > Fix For: 5.3.0.CR1 > > > org.infinispan.lucene.DirectoryOnMultipleCachesTest.verifyIntendedLockCachesUsage fails randomly. The error message is: > {code} > java.lang.AssertionError > at org.infinispan.lucene.DirectoryOnMultipleCachesTest.verifyIntendedLockCachesUsage(DirectoryOnMultipleCachesTest.java:96) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:715) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237) > at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127) > at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111) > at org.testng.TestRunner.privateRun(TestRunner.java:767) > at org.testng.TestRunner.run(TestRunner.java:617) > at org.testng.SuiteRunner.runTest(SuiteRunner.java:334) > at org.testng.SuiteRunner.access$000(SuiteRunner.java:37) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368) > at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) > at java.util.concurrent.FutureTask.run(FutureTask.java:166) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:722) > {code} -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-3033) Lucene index stored in a StringBased CacheStore can get an unaligned bufferSize

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-3033?page=com.atlassian.jira.plugin.... ] Sanne Grinovero closed ISPN-3033. --------------------------------- > Lucene index stored in a StringBased CacheStore can get an unaligned bufferSize > ------------------------------------------------------------------------------- > > Key: ISPN-3033 > URL: https://issues.jboss.org/browse/ISPN-3033 > Project: Infinispan > Issue Type: Bug > Components: Lucene Directory > Affects Versions: 5.2.0.Final > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Labels: stable_embedded_query > Fix For: 5.3.0.Beta1, 5.3.0.Final > > > In other words, the bufferSize is not loaded correctly from the key when using a org.infinispan.loaders.keymappers.TwoWayKey2StringMapper and this can lead to index corruption. -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-2831) NPE in DistributedSegmentReadLocker

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-2831?page=com.atlassian.jira.plugin.... ] Sanne Grinovero closed ISPN-2831. --------------------------------- > NPE in DistributedSegmentReadLocker > ----------------------------------- > > Key: ISPN-2831 > URL: https://issues.jboss.org/browse/ISPN-2831 > Project: Infinispan > Issue Type: Bug > Components: Lucene Directory > Affects Versions: 5.2.1.Final, 5.3.0.Alpha1 > Reporter: Michal Zaborec > Assignee: Sanne Grinovero > Labels: stable_embedded_query > Fix For: 5.3.0.Beta1, 5.3.0.Final > > Attachments: unable-init-indexmanager-on-restart.txt > > > possible NPE in DistributedSegmentReadLocker > {code} > java.lang.NullPointerException > at org.infinispan.lucene.readlocks.DistributedSegmentReadLocker.realFileDelete(DistributedSegmentReadLocker.java:184) > at org.infinispan.lucene.readlocks.DistributedSegmentReadLocker.deleteOrReleaseReadLock(DistributedSegmentReadLocker.java:109) > at org.infinispan.lucene.InfinispanDirectory.deleteFile(InfinispanDirectory.java:213) > at org.apache.lucene.index.IndexFileDeleter.deleteFile(IndexFileDeleter.java:578) > {code} > this is caused by this code: > {code} > final int bufferSize = file.getBufferSize(); > if (file != null) //during optimization of index a same file could be deleted twice, so you could see a null here > ...... > {code} -- 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, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues August 2013