[JBoss JIRA] (ISPRK-14) Push down predicate support for SQL
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPRK-14?page=com.atlassian.jira.plugin.s... ]
Work on ISPRK-14 started by Gustavo Fernandes.
----------------------------------------------
> Push down predicate support for SQL
> -----------------------------------
>
> Key: ISPRK-14
> URL: https://issues.jboss.org/browse/ISPRK-14
> Project: Infinispan Spark
> Issue Type: Enhancement
> Components: SQL
> Affects Versions: 0.1
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Fix For: 0.5
>
>
> Currently, using Spark SQL will cause iteration of each Infinispan partition, an optimization would be to use the so called "push down" of predicates, so that parts of the SQL would be translated to a Infinispan query and data would be filtered at the source.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (ISPN-7541) Health DMR fails with NPE in domain mode
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-7541?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec updated ISPN-7541:
--------------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/4933
> Health DMR fails with NPE in domain mode
> ----------------------------------------
>
> Key: ISPN-7541
> URL: https://issues.jboss.org/browse/ISPN-7541
> Project: Infinispan
> Issue Type: Bug
> Components: JMX, reporting and management, Server
> Reporter: Ryan Emerson
> Assignee: Sebastian Łaskawiec
>
> Server error when trying to access the HEALTH in domain mode:
> {code:java}
> [Host Controller] 10:21:09,122 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 25) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> [Host Controller] ("profile" => "clustered"),
> [Host Controller] ("subsystem" => "datagrid-infinispan"),
> [Host Controller] ("cache-container" => "clustered"),
> [Host Controller] ("health" => "HEALTH")
> [Host Controller] ]): java.lang.NullPointerException
> [Host Controller] at org.jboss.as.clustering.infinispan.subsystem.HealthMetricsHandler.executeRuntimeStep(HealthMetricsHandler.java:106)
> [Host Controller] at org.jboss.as.controller.AbstractRuntimeOnlyHandler$1.execute(AbstractRuntimeOnlyHandler.java:53)
> [Host Controller] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
> [Host Controller] at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
> [Host Controller] at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
> [Host Controller] at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1329)
> [Host Controller] at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:400)
> [Host Controller] at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:222)
> [Host Controller] at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:208)
> [Host Controller] at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:130)
> [Host Controller] at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:152)
> [Host Controller] at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:148)
> [Host Controller] at java.security.AccessController.doPrivileged(Native Method)
> [Host Controller] at javax.security.auth.Subject.doAs(Subject.java:422)
> [Host Controller] at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:149)
> [Host Controller] at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:148)
> [Host Controller] at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:363)
> [Host Controller] at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:472)
> [Host Controller] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> [Host Controller] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> [Host Controller] at java.lang.Thread.run(Thread.java:745)
> [Host Controller] at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (ISPN-7541) Health DMR fails with NPE in domain mode
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-7541?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec updated ISPN-7541:
--------------------------------------
Status: Open (was: New)
> Health DMR fails with NPE in domain mode
> ----------------------------------------
>
> Key: ISPN-7541
> URL: https://issues.jboss.org/browse/ISPN-7541
> Project: Infinispan
> Issue Type: Bug
> Components: JMX, reporting and management, Server
> Reporter: Ryan Emerson
> Assignee: Sebastian Łaskawiec
>
> Server error when trying to access the HEALTH in domain mode:
> {code:java}
> [Host Controller] 10:21:09,122 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 25) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> [Host Controller] ("profile" => "clustered"),
> [Host Controller] ("subsystem" => "datagrid-infinispan"),
> [Host Controller] ("cache-container" => "clustered"),
> [Host Controller] ("health" => "HEALTH")
> [Host Controller] ]): java.lang.NullPointerException
> [Host Controller] at org.jboss.as.clustering.infinispan.subsystem.HealthMetricsHandler.executeRuntimeStep(HealthMetricsHandler.java:106)
> [Host Controller] at org.jboss.as.controller.AbstractRuntimeOnlyHandler$1.execute(AbstractRuntimeOnlyHandler.java:53)
> [Host Controller] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
> [Host Controller] at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
> [Host Controller] at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
> [Host Controller] at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1329)
> [Host Controller] at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:400)
> [Host Controller] at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:222)
> [Host Controller] at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:208)
> [Host Controller] at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:130)
> [Host Controller] at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:152)
> [Host Controller] at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:148)
> [Host Controller] at java.security.AccessController.doPrivileged(Native Method)
> [Host Controller] at javax.security.auth.Subject.doAs(Subject.java:422)
> [Host Controller] at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:149)
> [Host Controller] at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:148)
> [Host Controller] at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:363)
> [Host Controller] at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:472)
> [Host Controller] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> [Host Controller] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> [Host Controller] at java.lang.Thread.run(Thread.java:745)
> [Host Controller] at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (ISPN-4189) LevelDB module fails on Windows, Solaris and HP-UX machines
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-4189?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec updated ISPN-4189:
--------------------------------------
Status: Pull Request Sent (was: Reopened)
Git Pull Request: https://github.com/infinispan/infinispan/pull/4777, https://github.com/infinispan/infinispan/pull/4932 (was: https://github.com/infinispan/infinispan/pull/4777)
> LevelDB module fails on Windows, Solaris and HP-UX machines
> -----------------------------------------------------------
>
> Key: ISPN-4189
> URL: https://issues.jboss.org/browse/ISPN-4189
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores
> Affects Versions: 7.0.0.Alpha1, 7.0.0.Alpha2, 7.0.0.Alpha3, 9.0.0.CR1
> Environment: Windows, Solaris
> Reporter: Vitalii Chepeliuk
> Assignee: Sebastian Łaskawiec
> Priority: Minor
> Labels: testsuite_stability
> Fix For: 9.0.0.Final
>
> Attachments: JniLevelDBStoreFunctionalTest.log.zip
>
>
> Looks like some problems with loading LevelDB dynamic libraries via JNI
> Test suite progress: tests succeeded: 37, failed: 5, skipped: 0.
> org.infinispan.commons.CacheConfigurationException: Unable to instantiate class org.fusesource.leveldbjni.JniDBFactory
> at org.infinispan.commons.util.Util.loadClass(Util.java:85)
> at org.infinispan.commons.util.Util.getInstance(Util.java:206)
> at org.infinispan.persistence.leveldb.LevelDBStore.newDbFactory(LevelDBStore.java:76)
> at org.infinispan.persistence.leveldb.LevelDBStore.init(LevelDBStore.java:59)
> at org.infinispan.persistence.leveldb.LevelDBStoreTest.createStore(LevelDBStoreTest.java:73)
> at org.infinispan.persistence.BaseStoreTest.setUp(BaseStoreTest.java:78)
> at sun.reflect.GeneratedMethodAccessor95.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeConfigurationMethod(Invoker.java:564)
> at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:213)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:653)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> 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.run(FutureTask.java:262)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:744)
> Caused by: java.lang.ClassNotFoundException: org.fusesource.leveldbjni.JniDBFactory
> at org.infinispan.commons.util.Util.loadClassStrict(Util.java:135)
> at org.infinispan.commons.util.Util.loadClass(Util.java:83)
> ... 26 more
> Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.fusesource.leveldbjni.JniDBFactory
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:270)
> at org.infinispan.commons.util.Util.loadClassStrict(Util.java:122)
> ... 27 more
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (ISPN-7548) SimpleCacheImpl streams iterate through the data container twice
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-7548?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-7548:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> SimpleCacheImpl streams iterate through the data container twice
> ----------------------------------------------------------------
>
> Key: ISPN-7548
> URL: https://issues.jboss.org/browse/ISPN-7548
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.0.0.CR2
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Fix For: 9.0.0.Final
>
>
> {{SimpleCacheImpl.getStreamSupplier()}} uses {{DataContainer.size()}} to estimate the size of the stream, and that method iterates through the data container in order to exclude expired entries. It should use {{DataContainer.sizeIncludingExpired()}} instead, which doesn't iterate through the data container.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (ISPN-4189) LevelDB module fails on Windows, Solaris and HP-UX machines
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-4189?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec updated ISPN-4189:
--------------------------------------
Affects Version/s: 9.0.0.CR1
> LevelDB module fails on Windows, Solaris and HP-UX machines
> -----------------------------------------------------------
>
> Key: ISPN-4189
> URL: https://issues.jboss.org/browse/ISPN-4189
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores
> Affects Versions: 7.0.0.Alpha1, 7.0.0.Alpha2, 7.0.0.Alpha3, 9.0.0.CR1
> Environment: Windows, Solaris
> Reporter: Vitalii Chepeliuk
> Assignee: Sebastian Łaskawiec
> Priority: Minor
> Labels: testsuite_stability
> Fix For: 9.0.0.Final
>
> Attachments: JniLevelDBStoreFunctionalTest.log.zip
>
>
> Looks like some problems with loading LevelDB dynamic libraries via JNI
> Test suite progress: tests succeeded: 37, failed: 5, skipped: 0.
> org.infinispan.commons.CacheConfigurationException: Unable to instantiate class org.fusesource.leveldbjni.JniDBFactory
> at org.infinispan.commons.util.Util.loadClass(Util.java:85)
> at org.infinispan.commons.util.Util.getInstance(Util.java:206)
> at org.infinispan.persistence.leveldb.LevelDBStore.newDbFactory(LevelDBStore.java:76)
> at org.infinispan.persistence.leveldb.LevelDBStore.init(LevelDBStore.java:59)
> at org.infinispan.persistence.leveldb.LevelDBStoreTest.createStore(LevelDBStoreTest.java:73)
> at org.infinispan.persistence.BaseStoreTest.setUp(BaseStoreTest.java:78)
> at sun.reflect.GeneratedMethodAccessor95.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeConfigurationMethod(Invoker.java:564)
> at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:213)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:653)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> 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.run(FutureTask.java:262)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:744)
> Caused by: java.lang.ClassNotFoundException: org.fusesource.leveldbjni.JniDBFactory
> at org.infinispan.commons.util.Util.loadClassStrict(Util.java:135)
> at org.infinispan.commons.util.Util.loadClass(Util.java:83)
> ... 26 more
> Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.fusesource.leveldbjni.JniDBFactory
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:270)
> at org.infinispan.commons.util.Util.loadClassStrict(Util.java:122)
> ... 27 more
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (ISPN-4189) LevelDB module fails on Windows, Solaris and HP-UX machines
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-4189?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec updated ISPN-4189:
--------------------------------------
Fix Version/s: 9.0.0.Final
(was: 9.0.0.CR1)
> LevelDB module fails on Windows, Solaris and HP-UX machines
> -----------------------------------------------------------
>
> Key: ISPN-4189
> URL: https://issues.jboss.org/browse/ISPN-4189
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores
> Affects Versions: 7.0.0.Alpha1, 7.0.0.Alpha2, 7.0.0.Alpha3, 9.0.0.CR1
> Environment: Windows, Solaris
> Reporter: Vitalii Chepeliuk
> Assignee: Sebastian Łaskawiec
> Priority: Minor
> Labels: testsuite_stability
> Fix For: 9.0.0.Final
>
> Attachments: JniLevelDBStoreFunctionalTest.log.zip
>
>
> Looks like some problems with loading LevelDB dynamic libraries via JNI
> Test suite progress: tests succeeded: 37, failed: 5, skipped: 0.
> org.infinispan.commons.CacheConfigurationException: Unable to instantiate class org.fusesource.leveldbjni.JniDBFactory
> at org.infinispan.commons.util.Util.loadClass(Util.java:85)
> at org.infinispan.commons.util.Util.getInstance(Util.java:206)
> at org.infinispan.persistence.leveldb.LevelDBStore.newDbFactory(LevelDBStore.java:76)
> at org.infinispan.persistence.leveldb.LevelDBStore.init(LevelDBStore.java:59)
> at org.infinispan.persistence.leveldb.LevelDBStoreTest.createStore(LevelDBStoreTest.java:73)
> at org.infinispan.persistence.BaseStoreTest.setUp(BaseStoreTest.java:78)
> at sun.reflect.GeneratedMethodAccessor95.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeConfigurationMethod(Invoker.java:564)
> at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:213)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:653)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> 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.run(FutureTask.java:262)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:744)
> Caused by: java.lang.ClassNotFoundException: org.fusesource.leveldbjni.JniDBFactory
> at org.infinispan.commons.util.Util.loadClassStrict(Util.java:135)
> at org.infinispan.commons.util.Util.loadClass(Util.java:83)
> ... 26 more
> Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.fusesource.leveldbjni.JniDBFactory
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:270)
> at org.infinispan.commons.util.Util.loadClassStrict(Util.java:122)
> ... 27 more
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (ISPN-4189) LevelDB module fails on Windows, Solaris and HP-UX machines
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-4189?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec reopened ISPN-4189:
---------------------------------------
> LevelDB module fails on Windows, Solaris and HP-UX machines
> -----------------------------------------------------------
>
> Key: ISPN-4189
> URL: https://issues.jboss.org/browse/ISPN-4189
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores
> Affects Versions: 7.0.0.Alpha1, 7.0.0.Alpha2, 7.0.0.Alpha3, 9.0.0.CR1
> Environment: Windows, Solaris
> Reporter: Vitalii Chepeliuk
> Assignee: Sebastian Łaskawiec
> Priority: Minor
> Labels: testsuite_stability
> Fix For: 9.0.0.Final
>
> Attachments: JniLevelDBStoreFunctionalTest.log.zip
>
>
> Looks like some problems with loading LevelDB dynamic libraries via JNI
> Test suite progress: tests succeeded: 37, failed: 5, skipped: 0.
> org.infinispan.commons.CacheConfigurationException: Unable to instantiate class org.fusesource.leveldbjni.JniDBFactory
> at org.infinispan.commons.util.Util.loadClass(Util.java:85)
> at org.infinispan.commons.util.Util.getInstance(Util.java:206)
> at org.infinispan.persistence.leveldb.LevelDBStore.newDbFactory(LevelDBStore.java:76)
> at org.infinispan.persistence.leveldb.LevelDBStore.init(LevelDBStore.java:59)
> at org.infinispan.persistence.leveldb.LevelDBStoreTest.createStore(LevelDBStoreTest.java:73)
> at org.infinispan.persistence.BaseStoreTest.setUp(BaseStoreTest.java:78)
> at sun.reflect.GeneratedMethodAccessor95.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeConfigurationMethod(Invoker.java:564)
> at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:213)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:653)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> 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.run(FutureTask.java:262)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:744)
> Caused by: java.lang.ClassNotFoundException: org.fusesource.leveldbjni.JniDBFactory
> at org.infinispan.commons.util.Util.loadClassStrict(Util.java:135)
> at org.infinispan.commons.util.Util.loadClass(Util.java:83)
> ... 26 more
> Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.fusesource.leveldbjni.JniDBFactory
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:270)
> at org.infinispan.commons.util.Util.loadClassStrict(Util.java:122)
> ... 27 more
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (ISPN-7554) JGroupsTransport should expose the cluster view information atomically
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-7554?page=com.atlassian.jira.plugin.... ]
Dan Berindei commented on ISPN-7554:
------------------------------------
Example log:
{noformat}
15:22:12,525 INFO (testng-Test:[]) [JGroupsTransport] ISPN000094: Received new cluster view for channel ISPN: [Test-NodeM-31573|3] (4) [Test-NodeM-31573, Test-NodeN-49223, Test-NodeO-46628, Test-NodeP-46363]
15:22:12,683 TRACE (ForkThread-1,Test:[cluster-listener]) [StateTransferManagerImpl] StateTransferManager of cache cluster-listener on node Test-NodeP-46363 received initial topology CacheTopology{id=5, rebalanceId=3, currentCH=DefaultConsistentHash{ns=256, owners = (3)[Test-NodeM-31573: 89+82, Test-NodeN-49223: 90+84, Test-NodeO-46628: 77+90]}, pendingCH=null, unionCH=null, actualMembers=[Test-NodeM-31573, Test-NodeN-49223, Test-NodeO-46628], persistentUUIDs=[bac87619-e272-4144-a501-c6f125bb3651, 24a62a07-8c3d-466c-9e2c-c23bdb13052d, 901123cc-cd87-4d75-8cd8-9e0da48fede8]}
15:22:12,683 TRACE (ForkThread-1,Test:[cluster-listener]) [JGroupsTransport] dests=[Test-NodeM-31573], command=CacheTopologyControlCommand{cache=cluster-listener, type=POLICY_GET_STATUS, sender=Test-NodeP-46363, joinInfo=null, topologyId=0, rebalanceId=0, currentCH=null, pendingCH=null, availabilityMode=null, actualMembers=null, throwable=null, viewId=4}, mode=SYNCHRONOUS, timeout=240000
15:22:12,683 TRACE (ForkThread-1,Test:[cluster-listener]) [LocalTopologyManagerImpl] Coordinator left the cluster while querying rebalancing status, retrying
15:22:12,683 TRACE (ForkThread-1,Test:[cluster-listener]) [JGroupsTransport] Waiting on view 5 being accepted
15:22:12,691 INFO (jgroups-4,Test-NodeP-46363:[]) [JGroupsTransport] ISPN000094: Received new cluster view for channel ISPN: [Test-NodeN-49223|4] (3) [Test-NodeN-49223, Test-NodeO-46628, Test-NodeP-46363]
{noformat}
> JGroupsTransport should expose the cluster view information atomically
> ----------------------------------------------------------------------
>
> Key: ISPN-7554
> URL: https://issues.jboss.org/browse/ISPN-7554
> Project: Infinispan
> Issue Type: Bug
> Reporter: Dan Berindei
> Assignee: Dan Berindei
>
> Currently the view is updated while holding a lock, but reading the view id, members, or coordinator is done without a lock. This means when a thread sends a request and receives a {{SuspectException}}, it cannot simply wait for a new view before retrying: the initial request may have used the latest view, and only the members list could be outdated (even if read later).
> To allow atomically reading the view id and the member list, we should use an immutable structure similar to {{CacheTopology}}.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months