April 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4160) Do not allow the state transfer chunk size to be <= 0

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-4160?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic updated ISPN-4160: -------------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/2496 > Do not allow the state transfer chunk size to be <= 0 > ----------------------------------------------------- > > Key: ISPN-4160 > URL: https://issues.jboss.org/browse/ISPN-4160 > Project: Infinispan > Issue Type: Task > Components: Configuration, State Transfer > Affects Versions: 7.0.0.Alpha1 > Reporter: Dan Berindei > Assignee: Vladimir Blagojevic > Fix For: 7.0.0.Alpha4 > > > The state transfer chunk size is used in other places as well, and the case of {{chunkSize <= 0}} has to be handled everywhere independently. StateTransferConfigurationBuilder should validate that {{chunkSize > 0}}, so that users of the chunk size setting don't need a default value. > The users will still be able to force state transfer to transfer everything at once with {{chunkSize == Integer.MAX_VALUE}}. -- 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, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2148) Improve lock timeout exception details

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-2148?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic updated ISPN-2148: -------------------------------------- Fix Version/s: 7.0.0.Alpha4 > Improve lock timeout exception details > -------------------------------------- > > Key: ISPN-2148 > URL: https://issues.jboss.org/browse/ISPN-2148 > Project: Infinispan > Issue Type: Enhancement > Components: Core, Transactions > Affects Versions: 5.1.5.FINAL > Reporter: Vladimir Blagojevic > Assignee: Vladimir Blagojevic > Priority: Minor > Fix For: 7.0.0.Alpha4 > > > I found it much easier to debug locking issues if we log the call originator in TimeoutException raised in LockingManagerImpl.java. Node that sent the call is readily available in InvocationContext#getOrigin() -- 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, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4050) Declarative authorization configuration

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-4050?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-4050: -------------------------------- Fix Version/s: 7.0.0.Alpha3 > Declarative authorization configuration > --------------------------------------- > > Key: ISPN-4050 > URL: https://issues.jboss.org/browse/ISPN-4050 > Project: Infinispan > Issue Type: Sub-task > Components: Configuration, Security > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.0.0.Alpha3, 7.0.0.Final > > -- 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, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4050) Declarative authorization configuration

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-4050?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-4050: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Declarative authorization configuration > --------------------------------------- > > Key: ISPN-4050 > URL: https://issues.jboss.org/browse/ISPN-4050 > Project: Infinispan > Issue Type: Sub-task > Components: Configuration, Security > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.0.0.Final > > -- 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, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4202) Configure server side tests for custom cache store to use also old-API based cache store

by Martin Gencur (JIRA)

Martin Gencur created ISPN-4202: ----------------------------------- Summary: Configure server side tests for custom cache store to use also old-API based cache store Key: ISPN-4202 URL: https://issues.jboss.org/browse/ISPN-4202 Project: Infinispan Issue Type: Task Reporter: Martin Gencur Assignee: Jiří Holuša This is for backwards compatibility. Latest ISPN server should accept a custom cache store implemented according to the old persistence API. We should have tests for both variants - new-API based custom cache store and old-API based cache store. -- 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, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4201) Enable running server tests with arbitrary version of HotRod client

by Martin Gencur (JIRA)

[ https://issues.jboss.org/browse/ISPN-4201?page=com.atlassian.jira.plugin.... ] Martin Gencur reassigned ISPN-4201: ----------------------------------- Assignee: Jakub Markos (was: Martin Gencur) > Enable running server tests with arbitrary version of HotRod client > ------------------------------------------------------------------- > > Key: ISPN-4201 > URL: https://issues.jboss.org/browse/ISPN-4201 > Project: Infinispan > Issue Type: Task > Reporter: Martin Gencur > Assignee: Jakub Markos > > This is for backwards compatibility testing. The latest client-server test suite for HotRod client should be able to run with older HR client (across micro or minor release). If any changes to the test are required, these must not be related to public RemoteCacheManager or RemoteCache API. > The goal of this task is to modify the configuration of the test suite so that we can easily pass arbitrary version of HR client to the tests. -- 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, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4201) Enable running server tests with arbitrary version of HotRod client

by Martin Gencur (JIRA)

[ https://issues.jboss.org/browse/ISPN-4201?page=com.atlassian.jira.plugin.... ] Martin Gencur updated ISPN-4201: -------------------------------- Summary: Enable running server tests with arbitrary version of HotRod client (was: Enable running tests for HotRod client with its older version ) > Enable running server tests with arbitrary version of HotRod client > ------------------------------------------------------------------- > > Key: ISPN-4201 > URL: https://issues.jboss.org/browse/ISPN-4201 > Project: Infinispan > Issue Type: Task > Reporter: Martin Gencur > Assignee: Martin Gencur > > This is for backwards compatibility testing. The latest client-server test suite for HotRod client should be able to run with older HR client (across micro or minor release). If any changes to the test are required, these must not be related to public RemoteCacheManager or RemoteCache API. > The goal of this task is to modify the configuration of the test suite so that we can easily pass arbitrary version of HR client to the tests. -- 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, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4201) Enable running tests for HotRod client with its older version

by Martin Gencur (JIRA)

Martin Gencur created ISPN-4201: ----------------------------------- Summary: Enable running tests for HotRod client with its older version Key: ISPN-4201 URL: https://issues.jboss.org/browse/ISPN-4201 Project: Infinispan Issue Type: Task Reporter: Martin Gencur Assignee: Martin Gencur This is for backwards compatibility testing. The latest client-server test suite for HotRod client should be able to run with older HR client (across micro or minor release). If any changes to the test are required, these must not be related to public RemoteCacheManager or RemoteCache API. The goal of this task is to modify the configuration of the test suite so that we can easily pass arbitrary version of HR client to the tests. -- 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, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3761) Tests from org.infinispan.query.dsl.embedded package fail on all environmets

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3761?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3761: ----------------------------------------------- Adrian Nistor <anistor(a)redhat.com> changed the Status of [bug 1034718|https://bugzilla.redhat.com/show_bug.cgi?id=1034718] from NEW to MODIFIED > Tests from org.infinispan.query.dsl.embedded package fail on all environmets > ---------------------------------------------------------------------------- > > Key: ISPN-3761 > URL: https://issues.jboss.org/browse/ISPN-3761 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 6.0.0.Final > Environment: OS: Windows 2012 64bit > Reporter: Jiří Holuša > Assignee: Martin Gencur > Fix For: 7.0.0.Alpha3, 7.0.0.Final > > Attachments: log.txt > > > * Method throws assertion ERROR on Windows > ** org.infinispan.query.dsl.embedded.FilesystemQueryDslIterationTest.createBeforeMethod > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... > * These tests are failing periodically on Windows: > ** org.infinispan.query.dsl.embedded.FilesystemQueryDslIterationTest.testIteration3 > ** org.infinispan.query.dsl.embedded.FilesystemQueryDslIterationTest.testIteration4 > ** org.infinispan.query.dsl.embedded.FilesystemQueryDslIterationTest.testIteration5 > ** org.infinispan.query.dsl.embedded.FilesystemQueryDslIterationTest.testOrderByAsc > ** org.infinispan.query.dsl.embedded.FilesystemQueryDslIterationTest.testOrderByDesc > ** org.infinispan.query.dsl.embedded.FilesystemQueryDslIterationTest.testProjection1 > ** org.infinispan.query.dsl.embedded.FilesystemQueryDslIterationTest.testStartOffset > * This test failed only once out of three times: > ** org.infinispan.query.dsl.embedded.FilesystemQueryDslIterationTest.testMaxResults > * Test fails very often on RHEL > ** org.infinispan.query.dsl.embedded.ClusteredQueryDslConditionsTest.testSampleDomainQuery16 > here is trace log https://www.dropbox.com/s/yvrbs2i2tvh0wzz/ClusteredQueryDslConditionsTest... -- 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, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3796) ClusteredQueryDslConditionsTest fails randomly

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3796?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3796: ----------------------------------------------- Adrian Nistor <anistor(a)redhat.com> changed the Status of [bug 1034718|https://bugzilla.redhat.com/show_bug.cgi?id=1034718] from NEW to MODIFIED > ClusteredQueryDslConditionsTest fails randomly > ---------------------------------------------- > > Key: ISPN-3796 > URL: https://issues.jboss.org/browse/ISPN-3796 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Test Suite - Core > Affects Versions: 6.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > > See stacktrace: > {noformat} > testSampleDomainQuery16(org.infinispan.query.dsl.embedded.ClusteredQueryDslConditionsTest) Time elapsed: 0.143 sec <<< FAILURE! > org.infinispan.remoting.RemoteException: ISPN000217: Received exception from ClusteredQueryDslConditionsTest-NodeDE-6251, see cause for remote stack trace > at org.infinispan.remoting.transport.AbstractTransport.checkResponse(AbstractTransport.java:41) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.processSingleCall(CommandAwareRpcDispatcher.java:362) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommand(CommandAwareRpcDispatcher.java:167) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotely(JGroupsTransport.java:521) > at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:281) > at org.infinispan.query.indexmanager.InfinispanCommandsBackend.sendCommand(InfinispanCommandsBackend.java:87) > at org.infinispan.query.indexmanager.InfinispanCommandsBackend.applyWork(InfinispanCommandsBackend.java:81) > at org.infinispan.query.indexmanager.MasterSwitchDelegatingQueueProcessor.applyWork(MasterSwitchDelegatingQueueProcessor.java:53) > at org.hibernate.search.indexes.impl.DirectoryBasedIndexManager.performOperations(DirectoryBasedIndexManager.java:126) > at org.hibernate.search.backend.impl.WorkQueuePerIndexSplitter.commitOperations(WorkQueuePerIndexSplitter.java:63) > at org.hibernate.search.backend.impl.BatchedQueueingProcessor.performWorks(BatchedQueueingProcessor.java:99) > at org.hibernate.search.backend.impl.TransactionalWorker.performWork(TransactionalWorker.java:105) > at org.infinispan.query.backend.QueryInterceptor.performSearchWorks(QueryInterceptor.java:233) > at org.infinispan.query.backend.QueryInterceptor.performSearchWork(QueryInterceptor.java:227) > at org.infinispan.query.backend.QueryInterceptor.updateIndexes(QueryInterceptor.java:221) > at org.infinispan.query.backend.QueryInterceptor.processPutKeyValueCommand(QueryInterceptor.java:518) > at org.infinispan.query.backend.QueryInterceptor.visitPutKeyValueCommand(QueryInterceptor.java:164) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:62) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) > at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitPutKeyValueCommand(AbstractLockingInterceptor.java:45) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:62) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112) > at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:32) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:62) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112) > at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:32) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:62) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) > at org.infinispan.statetransfer.StateTransferInterceptor.handleNonTxWriteCommand(StateTransferInterceptor.java:214) > at org.infinispan.statetransfer.StateTransferInterceptor.visitPutKeyValueCommand(StateTransferInterceptor.java:136) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:62) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) > at org.infinispan.interceptors.CacheMgmtInterceptor.updateStoreStatistics(CacheMgmtInterceptor.java:148) > at org.infinispan.interceptors.CacheMgmtInterceptor.visitPutKeyValueCommand(CacheMgmtInterceptor.java:134) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:62) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) > at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:106) > at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:70) > at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:32) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:62) > at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:327) > at org.infinispan.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1296) > at org.infinispan.CacheImpl.putInternal(CacheImpl.java:869) > at org.infinispan.CacheImpl.put(CacheImpl.java:861) > at org.infinispan.CacheImpl.put(CacheImpl.java:1349) > at org.infinispan.CacheImpl.put(CacheImpl.java:206) > at org.infinispan.query.dsl.embedded.ClusteredQueryDslConditionsTest.testSampleDomainQuery16(ClusteredQueryDslConditionsTest.java:1059) > 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:606) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:714) > 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:724) > Caused by: org.hibernate.search.SearchException: Error applying updates to the Lucene index > at org.hibernate.search.backend.impl.lucene.LuceneBackendQueueProcessor.applyWork(LuceneBackendQueueProcessor.java:106) > at org.infinispan.query.indexmanager.MasterSwitchDelegatingQueueProcessor.applyWork(MasterSwitchDelegatingQueueProcessor.java:49) > at org.hibernate.search.indexes.impl.DirectoryBasedIndexManager.performOperations(DirectoryBasedIndexManager.java:126) > at org.infinispan.query.indexmanager.IndexUpdateCommand.perform(IndexUpdateCommand.java:53) > at org.infinispan.remoting.InboundInvocationHandlerImpl.handleInternal(InboundInvocationHandlerImpl.java:95) > at org.infinispan.remoting.InboundInvocationHandlerImpl.access$000(InboundInvocationHandlerImpl.java:50) > at org.infinispan.remoting.InboundInvocationHandlerImpl$2.run(InboundInvocationHandlerImpl.java:172) > ... 3 more > Caused by: java.lang.AssertionError: file _b.fdt does not exist > at org.apache.lucene.index.IndexWriter.filesExist(IndexWriter.java:4492) > at org.apache.lucene.index.IndexWriter.startCommit(IndexWriter.java:4543) > at org.apache.lucene.index.IndexWriter.prepareCommit(IndexWriter.java:3414) > at org.apache.lucene.index.IndexWriter.commitInternal(IndexWriter.java:3485) > at org.apache.lucene.index.IndexWriter.commit(IndexWriter.java:3467) > at org.apache.lucene.index.IndexWriter.commit(IndexWriter.java:3451) > at org.hibernate.search.backend.impl.lucene.IndexWriterHolder.commitIndexWriter(IndexWriterHolder.java:158) > at org.hibernate.search.backend.impl.lucene.IndexWriterHolder.commitIndexWriter(IndexWriterHolder.java:171) > at org.hibernate.search.backend.impl.lucene.ExclusiveIndexWorkspaceImpl.afterTransactionApplied(ExclusiveIndexWorkspaceImpl.java:45) > at org.hibernate.search.backend.impl.lucene.LuceneBackendQueueTask.applyUpdates(LuceneBackendQueueTask.java:124) > at org.hibernate.search.backend.impl.lucene.LuceneBackendQueueTask.run(LuceneBackendQueueTask.java:67) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) > at java.util.concurrent.FutureTask.run(FutureTask.java:262) > ... 3 more > Results : > Failed tests: > ClusteredQueryDslConditionsTest.testSampleDomainQuery16:1059 » Remote ISPN0002... > Tests run: 1036, Failures: 1, Errors: 0, Skipped: 0 > {noformat} > Test fails very often on RHEL > org.infinispan.query.dsl.embedded.ClusteredQueryDslConditionsTest.testSampleDomainQuery16 > here is trace log https://www.dropbox.com/s/yvrbs2i2tvh0wzz/ClusteredQueryDslConditionsTest... -- 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, 12 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues April 2014