July 2018 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-9342) Lock timeout when writing to index caches for the first time

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-9342?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-9342: ------------------------------------ Status: Open (was: New) > Lock timeout when writing to index caches for the first time > ------------------------------------------------------------ > > Key: ISPN-9342 > URL: https://issues.jboss.org/browse/ISPN-9342 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Affects Versions: 9.3.0.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > > If multiple puts are done concurrently for the first time in an indexed cache, the QueryInterceptor will bottleneck in the entity class internal registration, causing Timeout exceptions. > {noformat} > ERROR: ISPN000136: Error executing command PrepareCommand, writing keys [KeyValuePair{key=qci-cache, value=class com.gustavonalle.infinispan.perf.domain.Transaction}] > org.infinispan.util.concurrent.TimeoutException: ISPN000299: Unable to acquire lock after 10 seconds for key KeyValuePair{key=qci-cache, value=class com.gustavonalle.infinispan.perf.domain.Transaction} and requestor GlobalTransaction:<jedha-4472>:2:remote. Lock is held by GlobalTransaction:<jedha-26225>:1:local > at org.infinispan.util.concurrent.locks.impl.DefaultLockManager$KeyAwareExtendedLockPromise.lock(DefaultLockManager.java:238) > at org.infinispan.interceptors.locking.AbstractLockingInterceptor.lockAllAndRecord(AbstractLockingInterceptor.java:202) > at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.checkPendingAndLockAllKeys(AbstractTxLockingInterceptor.java:200) > at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.lockAllOrRegisterBackupLock(AbstractTxLockingInterceptor.java:166) > at org.infinispan.interceptors.locking.OptimisticLockingInterceptor.visitPrepareCommand(OptimisticLockingInterceptor.java:74) > at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:176) > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9342) Lock timeout when writing to index caches for the first time

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-9342?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-9342: ------------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/6116 > Lock timeout when writing to index caches for the first time > ------------------------------------------------------------ > > Key: ISPN-9342 > URL: https://issues.jboss.org/browse/ISPN-9342 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Affects Versions: 9.3.0.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > > If multiple puts are done concurrently for the first time in an indexed cache, the QueryInterceptor will bottleneck in the entity class internal registration, causing Timeout exceptions. > {noformat} > ERROR: ISPN000136: Error executing command PrepareCommand, writing keys [KeyValuePair{key=qci-cache, value=class com.gustavonalle.infinispan.perf.domain.Transaction}] > org.infinispan.util.concurrent.TimeoutException: ISPN000299: Unable to acquire lock after 10 seconds for key KeyValuePair{key=qci-cache, value=class com.gustavonalle.infinispan.perf.domain.Transaction} and requestor GlobalTransaction:<jedha-4472>:2:remote. Lock is held by GlobalTransaction:<jedha-26225>:1:local > at org.infinispan.util.concurrent.locks.impl.DefaultLockManager$KeyAwareExtendedLockPromise.lock(DefaultLockManager.java:238) > at org.infinispan.interceptors.locking.AbstractLockingInterceptor.lockAllAndRecord(AbstractLockingInterceptor.java:202) > at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.checkPendingAndLockAllKeys(AbstractTxLockingInterceptor.java:200) > at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.lockAllOrRegisterBackupLock(AbstractTxLockingInterceptor.java:166) > at org.infinispan.interceptors.locking.OptimisticLockingInterceptor.visitPrepareCommand(OptimisticLockingInterceptor.java:74) > at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:176) > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9155) Clear should not emit listener notifications

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-9155?page=com.atlassian.jira.plugin.... ] Galder Zamarreño resolved ISPN-9155. ------------------------------------ Fix Version/s: (was: 9.3.0.CR1) (was: 9.4.0.Final) Resolution: Rejected > Clear should not emit listener notifications > -------------------------------------------- > > Key: ISPN-9155 > URL: https://issues.jboss.org/browse/ISPN-9155 > Project: Infinispan > Issue Type: Enhancement > Components: Listeners, Remote Protocols > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Labels: redhat-summit-18 > > JCache does not emit notifications on clear(). We shouldn't either. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9335) Caches created via Hot Rod ignore media type configuration

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-9335?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-9335: ------------------------------------ Git Pull Request: https://github.com/infinispan/infinispan/pull/6107, https://github.com/infinispan/infinispan/pull/6115 (was: https://github.com/infinispan/infinispan/pull/6107) > Caches created via Hot Rod ignore media type configuration > ---------------------------------------------------------- > > Key: ISPN-9335 > URL: https://issues.jboss.org/browse/ISPN-9335 > Project: Infinispan > Issue Type: Bug > Components: Configuration > Affects Versions: 9.3.0.Final, 9.2.5.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9116) Server marshallers/transcoders don't support whitelist when deserializing

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-9116?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-9116: ------------------------------------ Git Pull Request: https://github.com/infinispan/infinispan/pull/6112, https://github.com/infinispan/infinispan/pull/6114 (was: https://github.com/infinispan/infinispan/pull/6112) > Server marshallers/transcoders don't support whitelist when deserializing > ------------------------------------------------------------------------- > > Key: ISPN-9116 > URL: https://issues.jboss.org/browse/ISPN-9116 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 9.3.0.Final, 9.2.5.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > > The server deserializes binary payloads and json/xml payload without any checks. This happens when: > * Compatibility mode is on > * Remote listeners with filters > * Remote iteration with filters > * Remote tasks with parameters > * Server is configured with MediaType.APPLICATION_OBJECT > * Potentially with JSON and XML contents sent via REST > The remote endpoints affected are REST, Hot Rod and Memcached. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9342) Lock timeout when writing to index caches for the first time

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-9342?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-9342: ------------------------------------ Description: If multiple puts are done concurrently for the first time in an indexed cache, the QueryInterceptor will bottleneck in the entity class internal registration, causing Timeout exceptions. {noformat} ERROR: ISPN000136: Error executing command PrepareCommand, writing keys [KeyValuePair{key=qci-cache, value=class com.gustavonalle.infinispan.perf.domain.Transaction}] org.infinispan.util.concurrent.TimeoutException: ISPN000299: Unable to acquire lock after 10 seconds for key KeyValuePair{key=qci-cache, value=class com.gustavonalle.infinispan.perf.domain.Transaction} and requestor GlobalTransaction:<jedha-4472>:2:remote. Lock is held by GlobalTransaction:<jedha-26225>:1:local at org.infinispan.util.concurrent.locks.impl.DefaultLockManager$KeyAwareExtendedLockPromise.lock(DefaultLockManager.java:238) at org.infinispan.interceptors.locking.AbstractLockingInterceptor.lockAllAndRecord(AbstractLockingInterceptor.java:202) at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.checkPendingAndLockAllKeys(AbstractTxLockingInterceptor.java:200) at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.lockAllOrRegisterBackupLock(AbstractTxLockingInterceptor.java:166) at org.infinispan.interceptors.locking.OptimisticLockingInterceptor.visitPrepareCommand(OptimisticLockingInterceptor.java:74) at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:176) {noformat} was:If multiple puts are done concurrently for the first time in an indexed cache, the QueryInterceptor will bottleneck in the entity class internal registration, causing Timeout exceptions > Lock timeout when writing to index caches for the first time > ------------------------------------------------------------ > > Key: ISPN-9342 > URL: https://issues.jboss.org/browse/ISPN-9342 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Affects Versions: 9.3.0.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > > If multiple puts are done concurrently for the first time in an indexed cache, the QueryInterceptor will bottleneck in the entity class internal registration, causing Timeout exceptions. > {noformat} > ERROR: ISPN000136: Error executing command PrepareCommand, writing keys [KeyValuePair{key=qci-cache, value=class com.gustavonalle.infinispan.perf.domain.Transaction}] > org.infinispan.util.concurrent.TimeoutException: ISPN000299: Unable to acquire lock after 10 seconds for key KeyValuePair{key=qci-cache, value=class com.gustavonalle.infinispan.perf.domain.Transaction} and requestor GlobalTransaction:<jedha-4472>:2:remote. Lock is held by GlobalTransaction:<jedha-26225>:1:local > at org.infinispan.util.concurrent.locks.impl.DefaultLockManager$KeyAwareExtendedLockPromise.lock(DefaultLockManager.java:238) > at org.infinispan.interceptors.locking.AbstractLockingInterceptor.lockAllAndRecord(AbstractLockingInterceptor.java:202) > at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.checkPendingAndLockAllKeys(AbstractTxLockingInterceptor.java:200) > at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.lockAllOrRegisterBackupLock(AbstractTxLockingInterceptor.java:166) > at org.infinispan.interceptors.locking.OptimisticLockingInterceptor.visitPrepareCommand(OptimisticLockingInterceptor.java:74) > at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:176) > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9320) Automatic hot rod client version selection

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-9320?page=com.atlassian.jira.plugin.... ] Tristan Tarrant edited comment on ISPN-9320 at 7/2/18 8:37 AM: --------------------------------------------------------------- I'd also like to see a decoupling of protocol version from available ops: * return the recognized ops as a response to PING as a list (e.g. SMTP does this in response to EHLO requests) * version the ops, e.g. if we make incompatible changes to PUT we introduce PUT2 with dedicated ops But this should really go into Hot Rod 3. was (Author: nadirx): I'd also like to see a decoupling of protocol version from available ops: * return the recognized ops as a response to PING as a list (e.g. SMTP does this in response to EHLO requests) * version the ops, e.g. if we make incompatible changes to PUT we introduce PUT2 with dedicated ops > Automatic hot rod client version selection > ------------------------------------------ > > Key: ISPN-9320 > URL: https://issues.jboss.org/browse/ISPN-9320 > Project: Infinispan > Issue Type: Feature Request > Reporter: Tristan Tarrant > Assignee: Galder Zamarreño > Fix For: 9.4.0.Final > > > A HotRod client should be able to automatic detect the server version and downgrade the protocol version if the server is older. > Older HotRod clients are still able to connect to newer servers. > It would be helpful if new API functions are rejected with a clear error message that the function is not available if using an old protocol. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9116) Server marshallers/transcoders don't support whitelist when deserializing

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-9116?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-9116: ------------------------------------ Security: (was: Red Hat Internal) > Server marshallers/transcoders don't support whitelist when deserializing > ------------------------------------------------------------------------- > > Key: ISPN-9116 > URL: https://issues.jboss.org/browse/ISPN-9116 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 9.3.0.Final, 9.2.5.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > > The server deserializes binary payloads and json/xml payload without any checks. This happens when: > * Compatibility mode is on > * Remote listeners with filters > * Remote iteration with filters > * Remote tasks with parameters > * Server is configured with MediaType.APPLICATION_OBJECT > * Potentially with JSON and XML contents sent via REST > The remote endpoints affected are REST, Hot Rod and Memcached. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9343) Streams should skip loader when preload=true and eviction is not enabled

by William Burns (JIRA)

William Burns created ISPN-9343: ----------------------------------- Summary: Streams should skip loader when preload=true and eviction is not enabled Key: ISPN-9343 URL: https://issues.jboss.org/browse/ISPN-9343 Project: Infinispan Issue Type: Enhancement Affects Versions: 9.3.0.Final Reporter: William Burns Currently stream operations and other bulk operations always read from the loader to ensure they don't miss any entries. However when a cache is configured to have preload=true and eviction is not enabled we should be able to ignore the loader and use in memory only. This would improve the performance of streams substantially in these cases. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8844) [JDK9+] org.infinispan.util package is exported by multiple jars

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-8844?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-8844: ----------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 9.4.0.Alpha1 9.4.0.Final Resolution: Done > [JDK9+] org.infinispan.util package is exported by multiple jars > ---------------------------------------------------------------- > > Key: ISPN-8844 > URL: https://issues.jboss.org/browse/ISPN-8844 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.1.6.Final > Environment: JDK9, JDK10 > Reporter: Tomaz Cerar > Assignee: Dan Berindei > Fix For: 9.4.0.Alpha1, 9.4.0.Final > > > Currently if you have > {{infinispan-commons-9.1.6.Final.jar}} and {{infinispan-core-9.1.6.Final.jar}} > on your module path, jvm complains as both jars export package {{org.infinispan.util}} > which violates the modules contract where only one module (jar) can provide single package. > example error that jvm prints > {noformat} > Error: Modules infinispan.commons and infinispan.core export package org.infinispan.util to module wildfly.clustering.common > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues July 2018