March 2017 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-7612) We should marshall all classes when using converter

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-7612?page=com.atlassian.jira.plugin.... ] Work on ISPN-7612 started by William Burns. ------------------------------------------- > We should marshall all classes when using converter > --------------------------------------------------- > > Key: ISPN-7612 > URL: https://issues.jboss.org/browse/ISPN-7612 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.0.0.CR2 > Reporter: William Burns > Assignee: William Burns > Fix For: 9.0.0.Final > > > The old store as binary used to not convert some classes to binary [1]. This never worked with MEMORY based eviction. There is no reason to not convert these now, which will make these types work with MEMORY based eviction. For example Lucene indexes store jgroups address. > [1] https://github.com/infinispan/infinispan/blob/abd4d744bdf2a8777295317bfc8... -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7594) Move memcached and websocket connectors out of the default configs

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-7594?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-7594: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Move memcached and websocket connectors out of the default configs > ------------------------------------------------------------------ > > Key: ISPN-7594 > URL: https://issues.jboss.org/browse/ISPN-7594 > Project: Infinispan > Issue Type: Task > Components: Server > Affects Versions: 9.0.0.CR2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.0.0.Final > > > The memcached and websocket connectors are not as popular, so remove them from the default server config and ship additional examples. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7616) Please add method like MassIndexer.reindex(Object key...)

by Seto Kaiba (JIRA)

Seto Kaiba created ISPN-7616: -------------------------------- Summary: Please add method like MassIndexer.reindex(Object key...) Key: ISPN-7616 URL: https://issues.jboss.org/browse/ISPN-7616 Project: Infinispan Issue Type: Feature Request Components: Embedded Querying Reporter: Seto Kaiba Currently I can re-index by put the entry again. But it will make it replicated again in distributed cache with backups. It is necessary to provide a method to re-index the entry. Maybe like this: MassIndexer.reindex(Object key...) It would be useful for relational model to re-index the parent while change the child when the parent refers to the child by key. In this situation, the parent is not modified at all. So a re-index is needed. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7571) Add a JDBC declarative test to the wildfly module integration tests

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-7571?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-7571: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Add a JDBC declarative test to the wildfly module integration tests > ------------------------------------------------------------------- > > Key: ISPN-7571 > URL: https://issues.jboss.org/browse/ISPN-7571 > Project: Infinispan > Issue Type: Task > Components: WildFly modules > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.0.0.Final > > > The WidlFly modules it suite has a test for programmatic JDBC. Add a declarative test. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7604) StateTransferLockImpl.stop() never runs

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-7604?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-7604: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/4972 > StateTransferLockImpl.stop() never runs > --------------------------------------- > > Key: ISPN-7604 > URL: https://issues.jboss.org/browse/ISPN-7604 > 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 > > > {{StateTransferLockImpl.stop()}} is supposed to signal the installation of topology {{Integer.MAX_VALUE}}, in order to unblock any commands waiting for a new topology. However, it doesn't have the {{@Stop}} annotation, so it's never called, and threads waiting on a new topology will block forever: > {noformat} > "jgroups-4,test-NodeB-41665@3770" prio=5 tid=0x1f nid=NA waiting > java.lang.Thread.State: WAITING > at sun.misc.Unsafe.park(Unsafe.java:-1) > at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) > at java.util.concurrent.CompletableFuture$Signaller.block(CompletableFuture.java:1693) > at java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3323) > at java.util.concurrent.CompletableFuture.waitingGet(CompletableFuture.java:1729) > at java.util.concurrent.CompletableFuture.join(CompletableFuture.java:1934) > at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.runSync(BaseBlockingRunnable.java:48) > at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:38) > at org.infinispan.remoting.inboundhandler.TrianglePerCacheInboundInvocationHandler.handleStateRequestCommand(TrianglePerCacheInboundInvocationHandler.java:171) > at org.infinispan.remoting.inboundhandler.TrianglePerCacheInboundInvocationHandler.handle(TrianglePerCacheInboundInvocationHandler.java:109) > at org.infinispan.remoting.inboundhandler.GlobalInboundInvocationHandler.handleCacheRpcCommand(GlobalInboundInvocationHandler.java:120) > at org.infinispan.remoting.inboundhandler.GlobalInboundInvocationHandler.handleFromCluster(GlobalInboundInvocationHandler.java:79) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.executeCommandFromLocalCluster(CommandAwareRpcDispatcher.java:175) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:149) > at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:383) > at org.jgroups.blocks.RequestCorrelator.dispatch(RequestCorrelator.java:356) > at org.jgroups.blocks.RequestCorrelator.receiveMessageBatch(RequestCorrelator.java:326) > at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:586) > at org.jgroups.JChannel.up(JChannel.java:813) > at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:896) > at org.jgroups.protocols.RSVP.up(RSVP.java:233) > at org.jgroups.protocols.FlowControl.up(FlowControl.java:418) > at org.jgroups.stack.Protocol.up(Protocol.java:344) > at org.jgroups.stack.Protocol.up(Protocol.java:344) > at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:293) > at org.jgroups.protocols.UNICAST3.deliverBatch(UNICAST3.java:1083) > at org.jgroups.protocols.UNICAST3.removeAndDeliver(UNICAST3.java:892) > at org.jgroups.protocols.UNICAST3.handleBatchReceived(UNICAST3.java:858) > at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:529) > at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:695) > at org.jgroups.stack.Protocol.up(Protocol.java:344) > at org.jgroups.protocols.TP.passBatchUp(TP.java:1229) > at org.jgroups.util.MaxOneThreadPerSender$BatchHandlerLoop.passBatchUp(MaxOneThreadPerSender.java:284) > at org.jgroups.util.SubmitToThreadPool$BatchHandler.run(SubmitToThreadPool.java:136) > at org.jgroups.util.MaxOneThreadPerSender$BatchHandlerLoop.run(MaxOneThreadPerSender.java:273) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > {noformat} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7598) Core test suite leaks threads

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-7598?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-7598: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/4972 > Core test suite leaks threads > ----------------------------- > > Key: ISPN-7598 > URL: https://issues.jboss.org/browse/ISPN-7598 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 9.0.0.CR2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Labels: testsuite_stability > Fix For: 9.0.0.Final > > > Each {{LocalDistributedExecutorTest}} test method creates a new {{DefaultExecutorService}} instance, and each instance uses a new local executor created with {{Executors.newCachedThreadPool(...)}}. But the {{DefaultExecutorService}} is created with {{takeExecutorOwnership = false}}, and so the local executor is not stopped on shutdown. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7615) Validate configuration of LuceneIndexLocking cache

by Gustavo Fernandes (JIRA)

Gustavo Fernandes created ISPN-7615: --------------------------------------- Summary: Validate configuration of LuceneIndexLocking cache Key: ISPN-7615 URL: https://issues.jboss.org/browse/ISPN-7615 Project: Infinispan Issue Type: Enhancement Components: Lucene Directory Reporter: Gustavo Fernandes If the {{LuceneIndexesLocking}} cache is evicted the Infinispan directory throws exception that the lock is not valid. This cache should not be configured with eviction or stores since the locking is a runtime state of the index and is deleted/recreated upon cache restart -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7614) Disabling a store doesn't stop it

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-7614?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-7614: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/4972 > Disabling a store doesn't stop it > --------------------------------- > > Key: ISPN-7614 > URL: https://issues.jboss.org/browse/ISPN-7614 > 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 > > > When disabling a store via {{PersistenceManager.disableStore(...)}}, the store is removed from the list of loaders/writers, but its {{stop()}} method is not called, so buffers may not be flushed. > {{AsyncCacheWriter}} will also leak the {{AsyncStoreCoordinator}} thread if {{stop()}} is not called, and this thread leak is visible when running {{ClassLoaderManagerDisablingTest}}. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7614) Disabling a store doesn't stop it

by Dan Berindei (JIRA)

Dan Berindei created ISPN-7614: ---------------------------------- Summary: Disabling a store doesn't stop it Key: ISPN-7614 URL: https://issues.jboss.org/browse/ISPN-7614 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 When disabling a store via {{PersistenceManager.disableStore(...)}}, the store is removed from the list of loaders/writers, but its {{stop()}} method is not called, so buffers may not be flushed. {{AsyncCacheWriter}} will also leak the {{AsyncStoreCoordinator}} thread if {{stop()}} is not called, and this thread leak is visible when running {{ClassLoaderManagerDisablingTest}}. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7614) Disabling a store doesn't stop it

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-7614?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-7614: ------------------------------- Status: Open (was: New) > Disabling a store doesn't stop it > --------------------------------- > > Key: ISPN-7614 > URL: https://issues.jboss.org/browse/ISPN-7614 > 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 > > > When disabling a store via {{PersistenceManager.disableStore(...)}}, the store is removed from the list of loaders/writers, but its {{stop()}} method is not called, so buffers may not be flushed. > {{AsyncCacheWriter}} will also leak the {{AsyncStoreCoordinator}} thread if {{stop()}} is not called, and this thread leak is visible when running {{ClassLoaderManagerDisablingTest}}. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 9 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues March 2017