May 2019 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (IPROTO-74) Allow repeatable fields to be written as a stream

by Nistor Adrian (Jira)

[ https://issues.jboss.org/browse/IPROTO-74?page=com.atlassian.jira.plugin.... ] Nistor Adrian updated IPROTO-74: -------------------------------- Fix Version/s: 4.2.0.Alpha4 (was: 4.3.0.Alpha3) > Allow repeatable fields to be written as a stream > ------------------------------------------------- > > Key: IPROTO-74 > URL: https://issues.jboss.org/browse/IPROTO-74 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Affects Versions: 4.2.0.Final > Reporter: Ryan Emerson > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.2.0.Alpha4 > > > Currently in order to write to a repeatable field it is necessary for an entire array or collection to be serialized at once. When writing larger collections it would be better if each object could be written individually from a stream. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years

1
0
0 / 0

[JBoss JIRA] (IPROTO-72) Integrate error-prone plugin in build system to catch more errors at compile time

by Nistor Adrian (Jira)

[ https://issues.jboss.org/browse/IPROTO-72?page=com.atlassian.jira.plugin.... ] Nistor Adrian updated IPROTO-72: -------------------------------- Fix Version/s: 4.2.0.Alpha4 (was: 4.3.0.Alpha3) > Integrate error-prone plugin in build system to catch more errors at compile time > --------------------------------------------------------------------------------- > > Key: IPROTO-72 > URL: https://issues.jboss.org/browse/IPROTO-72 > Project: Infinispan ProtoStream > Issue Type: Task > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.2.0.Alpha4, 4.3.0.Final > > -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years

1
0
0 / 0

[JBoss JIRA] (IPROTO-62) Implement annotation based schema generation support for 'oneof'

by Nistor Adrian (Jira)

[ https://issues.jboss.org/browse/IPROTO-62?page=com.atlassian.jira.plugin.... ] Nistor Adrian updated IPROTO-62: -------------------------------- Fix Version/s: 4.2.0.Alpha4 (was: 4.3.0.Alpha3) > Implement annotation based schema generation support for 'oneof' > ---------------------------------------------------------------- > > Key: IPROTO-62 > URL: https://issues.jboss.org/browse/IPROTO-62 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.2.0.Alpha4, 4.3.0.Final > > -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years

1
0
0 / 0

[JBoss JIRA] (IPROTO-51) ProtoSchemaBuilder fails on required property of type bytes

by Nistor Adrian (Jira)

[ https://issues.jboss.org/browse/IPROTO-51?page=com.atlassian.jira.plugin.... ] Nistor Adrian updated IPROTO-51: -------------------------------- Fix Version/s: 4.2.0.Alpha4 (was: 4.3.0.Alpha3) > ProtoSchemaBuilder fails on required property of type bytes > ----------------------------------------------------------- > > Key: IPROTO-51 > URL: https://issues.jboss.org/browse/IPROTO-51 > Project: Infinispan ProtoStream > Issue Type: Bug > Affects Versions: 3.0.5.Final > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.2.0.Alpha4, 4.3.0.Final, 4.1.5.Final > > > {code} > @ProtoField(number = 10, required = true) > public byte[] getName() { > return name; > } > {code} > reults in > Failure: org.infinispan.protostream.annotations.ProtoSchemaBuilderException: Repeated field 'name' of class app.model.Train cannot be marked required. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years

1
0
0 / 0

[JBoss JIRA] (IPROTO-12) Add support for 'oneof' in generated proto schema

by Nistor Adrian (Jira)

[ https://issues.jboss.org/browse/IPROTO-12?page=com.atlassian.jira.plugin.... ] Nistor Adrian updated IPROTO-12: -------------------------------- Fix Version/s: 4.2.0.Alpha4 (was: 4.3.0.Alpha3) > Add support for 'oneof' in generated proto schema > ------------------------------------------------- > > Key: IPROTO-12 > URL: https://issues.jboss.org/browse/IPROTO-12 > Project: Infinispan ProtoStream > Issue Type: Feature Request > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.2.0.Alpha4 > > -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years

1
0
0 / 0

[JBoss JIRA] (ISPN-10230) Remove org.infinispan.atomic implementations and MergeOnStore

by Ryan Emerson (Jira)

[ https://issues.jboss.org/browse/ISPN-10230?page=com.atlassian.jira.plugin... ] Ryan Emerson updated ISPN-10230: -------------------------------- Summary: Remove org.infinispan.atomic implementations and MergeOnStore (was: Remove org.infinispan.atomic implementations) > Remove org.infinispan.atomic implementations and MergeOnStore > ------------------------------------------------------------- > > Key: ISPN-10230 > URL: https://issues.jboss.org/browse/ISPN-10230 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Affects Versions: 10.0.0.Beta3 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.0.0.Beta4 > > > We should remove AtomicMap and FineGrainedAtomicMap as their implementation requires several workarounds that make parts of the codebase very fragile. As AtomicMaps and AtomicMapLookup are not documented in the user guide, the fallout from this should be minimal. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years

1
0
0 / 0

[JBoss JIRA] (ISPN-10093) PersistenceManagerImpl stop deadlock with topology update

by Will Burns (Jira)

[ https://issues.jboss.org/browse/ISPN-10093?page=com.atlassian.jira.plugin... ] Will Burns edited comment on ISPN-10093 at 5/23/19 10:39 AM: ------------------------------------------------------------- Oh and also the semaphore acquire only only acquires permits when it can get the entire batch at once, the key is just that it is holding the writeLock which in turns blocks the storeAvailability. This brings up the point that pollStoreAvailability should probably use a tryLock and not a lock call as it shouldn't matter if it can't get it. was (Author: william.burns): Oh and also the semaphore acquire only only acquires permits when it can get the entire batch at once, the key is just that it is holding the writeLock which in turns blocks the storeAvailability. This brings up the point that pollStoreAvailability should probably use a tryLock and not a lock call as it shouldn't matter if it can't get it. Same thing for expiration. > PersistenceManagerImpl stop deadlock with topology update > --------------------------------------------------------- > > Key: ISPN-10093 > URL: https://issues.jboss.org/browse/ISPN-10093 > Project: Infinispan > Issue Type: Bug > Components: Core, Test Suite - Core > Affects Versions: 10.0.0.Beta3 > Reporter: Dan Berindei > Assignee: Will Burns > Priority: Major > Labels: testsuite_stability > Fix For: 10.0.0.Beta4 > > Attachments: threaddump.txt > > > {{DistSyncStoreNotSharedTest.clearContent}} hanged in CI recently: > {noformat} > "testng-DistSyncStoreNotSharedTest" #16 prio=5 os_prio=0 cpu=11511.26ms elapsed=435.14s tid=0x00007fdb710b6000 nid=0x3222 waiting on condition [0x00007fdb352d3000] > java.lang.Thread.State: WAITING (parking) > at jdk.internal.misc.Unsafe.park(java.base@11/Native Method) > - parking to wait for <0x00000000c8a22450> (a java.util.concurrent.Semaphore$NonfairSync) > at java.util.concurrent.locks.LockSupport.park(java.base@11/LockSupport.java:194) > at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(java.base@11/AbstractQueuedSynchronizer.java:885) > at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireShared(java.base@11/AbstractQueuedSynchronizer.java:1009) > at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireShared(java.base@11/AbstractQueuedSynchronizer.java:1324) > at java.util.concurrent.Semaphore.acquireUninterruptibly(java.base@11/Semaphore.java:504) > at org.infinispan.persistence.manager.PersistenceManagerImpl.stop(PersistenceManagerImpl.java:222) > at jdk.internal.reflect.GeneratedMethodAccessor72.invoke(Unknown Source) > at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base@11/DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(java.base@11/Method.java:566) > at org.infinispan.commons.util.SecurityActions.lambda$invokeAccessibly$0(SecurityActions.java:79) > at org.infinispan.commons.util.SecurityActions$$Lambda$237/0x0000000100661c40.run(Unknown Source) > at org.infinispan.commons.util.SecurityActions.doPrivileged(SecurityActions.java:71) > at org.infinispan.commons.util.SecurityActions.invokeAccessibly(SecurityActions.java:76) > at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:181) > at org.infinispan.factories.impl.BasicComponentRegistryImpl.performStop(BasicComponentRegistryImpl.java:601) > at org.infinispan.factories.impl.BasicComponentRegistryImpl.stopWrapper(BasicComponentRegistryImpl.java:590) > at org.infinispan.factories.impl.BasicComponentRegistryImpl.stop(BasicComponentRegistryImpl.java:461) > at org.infinispan.factories.AbstractComponentRegistry.internalStop(AbstractComponentRegistry.java:431) > at org.infinispan.factories.AbstractComponentRegistry.stop(AbstractComponentRegistry.java:366) > at org.infinispan.cache.impl.CacheImpl.performImmediateShutdown(CacheImpl.java:1160) > at org.infinispan.cache.impl.CacheImpl.stop(CacheImpl.java:1125) > at org.infinispan.cache.impl.AbstractDelegatingCache.stop(AbstractDelegatingCache.java:521) > at org.infinispan.manager.DefaultCacheManager.terminate(DefaultCacheManager.java:747) > at org.infinispan.manager.DefaultCacheManager.stopCaches(DefaultCacheManager.java:799) > at org.infinispan.manager.DefaultCacheManager.stop(DefaultCacheManager.java:775) > at org.infinispan.test.TestingUtil.killCacheManagers(TestingUtil.java:846) > at org.infinispan.test.MultipleCacheManagersTest.clearContent(MultipleCacheManagersTest.java:158) > "persistence-thread-DistSyncStoreNotSharedTest-NodeB-p16432-t1" #53654 daemon prio=5 os_prio=0 cpu=1.26ms elapsed=301.93s tid=0x00007fdb3c3d8000 nid=0x8ef waiting on condition [0x00007fdb00055000] > java.lang.Thread.State: WAITING (parking) > at jdk.internal.misc.Unsafe.park(java.base@11/Native Method) > - parking to wait for <0x00000000c8b1fb88> (a java.util.concurrent.locks.ReentrantReadWriteLock$NonfairSync) > at java.util.concurrent.locks.LockSupport.park(java.base@11/LockSupport.java:194) > at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(java.base@11/AbstractQueuedSynchronizer.java:885) > at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireShared(java.base@11/AbstractQueuedSynchronizer.java:1009) > at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireShared(java.base@11/AbstractQueuedSynchronizer.java:1324) > at java.util.concurrent.locks.ReentrantReadWriteLock$ReadLock.lock(java.base@11/ReentrantReadWriteLock.java:738) > at org.infinispan.persistence.manager.PersistenceManagerImpl.pollStoreAvailability(PersistenceManagerImpl.java:196) > at org.infinispan.persistence.manager.PersistenceManagerImpl$$Lambda$492/0x00000001007fb440.run(Unknown Source) > at java.util.concurrent.Executors$RunnableAdapter.call(java.base@11/Executors.java:515) > at java.util.concurrent.FutureTask.runAndReset(java.base@11/FutureTask.java:305) > at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(java.base@11/ScheduledThreadPoolExecutor.java:305) > "transport-thread-DistSyncStoreNotSharedTest-NodeB-p16424-t5" #53646 daemon prio=5 os_prio=0 cpu=3.15ms elapsed=301.94s tid=0x00007fdb2007a000 nid=0x8e8 waiting on condition [0x00007fdb0b406000] > java.lang.Thread.State: WAITING (parking) > at jdk.internal.misc.Unsafe.park(java.base@11/Native Method) > - parking to wait for <0x00000000c8d2abb0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) > at java.util.concurrent.locks.LockSupport.park(java.base@11/LockSupport.java:194) > at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@11/AbstractQueuedSynchronizer.java:2081) > at io.reactivex.internal.operators.flowable.BlockingFlowableIterable$BlockingFlowableIterator.hasNext(BlockingFlowableIterable.java:94) > at io.reactivex.Flowable.blockingForEach(Flowable.java:5682) > at org.infinispan.statetransfer.StateConsumerImpl.removeStaleData(StateConsumerImpl.java:1011) > at org.infinispan.statetransfer.StateConsumerImpl.onTopologyUpdate(StateConsumerImpl.java:453) > at org.infinispan.statetransfer.StateTransferManagerImpl.doTopologyUpdate(StateTransferManagerImpl.java:202) > at org.infinispan.statetransfer.StateTransferManagerImpl.access$000(StateTransferManagerImpl.java:58) > at org.infinispan.statetransfer.StateTransferManagerImpl$1.updateConsistentHash(StateTransferManagerImpl.java:114) > at org.infinispan.topology.LocalTopologyManagerImpl.resetLocalTopologyBeforeRebalance(LocalTopologyManagerImpl.java:437) > at org.infinispan.topology.LocalTopologyManagerImpl.doHandleRebalance(LocalTopologyManagerImpl.java:519) > - locked <0x00000000c8b30b30> (a org.infinispan.topology.LocalCacheStatus) > at org.infinispan.topology.LocalTopologyManagerImpl.lambda$handleRebalance$3(LocalTopologyManagerImpl.java:484) > at org.infinispan.topology.LocalTopologyManagerImpl$$Lambda$574/0x000000010089a040.run(Unknown Source) > at org.infinispan.executors.LimitedExecutor.runTasks(LimitedExecutor.java:175){noformat} > [Full thread dump|https://ci.infinispan.org/job/Infinispan/job/master/1133/artifact/core/] > Somehow the producer thread for the transport-thread iteration is blocked, but without waiting for the persistence mutex. Maybe it's waiting for a topology? Not sure if it's relevant, but the last test to run was {{testClearWithFlag}}, so the data container was empty and the store had 5 entries. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years

1
0
0 / 0

[JBoss JIRA] (ISPN-10231) Remove org.infinispan.tools.ConfigurationConverter

by Ryan Emerson (Jira)

[ https://issues.jboss.org/browse/ISPN-10231?page=com.atlassian.jira.plugin... ] Ryan Emerson updated ISPN-10231: -------------------------------- Status: Open (was: New) > Remove org.infinispan.tools.ConfigurationConverter > -------------------------------------------------- > > Key: ISPN-10231 > URL: https://issues.jboss.org/browse/ISPN-10231 > Project: Infinispan > Issue Type: Enhancement > Components: Configuration > Affects Versions: 10.0.0.Beta3 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.0.0.Beta4 > > -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years

1
0
0 / 0

[JBoss JIRA] (ISPN-10231) Remove org.infinispan.tools.ConfigurationConverter

by Ryan Emerson (Jira)

[ https://issues.jboss.org/browse/ISPN-10231?page=com.atlassian.jira.plugin... ] Ryan Emerson updated ISPN-10231: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/6971 > Remove org.infinispan.tools.ConfigurationConverter > -------------------------------------------------- > > Key: ISPN-10231 > URL: https://issues.jboss.org/browse/ISPN-10231 > Project: Infinispan > Issue Type: Enhancement > Components: Configuration > Affects Versions: 10.0.0.Beta3 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.0.0.Beta4 > > -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years

1
0
0 / 0

[JBoss JIRA] (ISPN-10151) REST counter ops

by Pedro Ruivo (Jira)

[ https://issues.jboss.org/browse/ISPN-10151?page=com.atlassian.jira.plugin... ] Pedro Ruivo updated ISPN-10151: ------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > REST counter ops > ---------------- > > Key: ISPN-10151 > URL: https://issues.jboss.org/browse/ISPN-10151 > Project: Infinispan > Issue Type: Sub-task > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.0.0.Beta4 > > > * GET /v2/counters/{counterName} Get counter value > * POST /v2/counters/{counterName} Increment/apply delta to counter > * DELETE /v2/counters/{counterName} Reset counter to initial value -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues May 2019