August 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5585) Guide to Contributing needs updates for Infinispan 8

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5585?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5585: ------------------------------------ Fix Version/s: 8.0.0.Final (was: 8.0.0.CR1) > Guide to Contributing needs updates for Infinispan 8 > ---------------------------------------------------- > > Key: ISPN-5585 > URL: https://issues.jboss.org/browse/ISPN-5585 > Project: Infinispan > Issue Type: Task > Components: Documentation-Core > Reporter: Sanne Grinovero > Fix For: 8.0.0.Final > > > Just passed the link to a new contributor, I think we should at least update the JDK requirement. > Worth checking the rest.. > http://infinispan.org/docs/8.0.x/contributing/contributing.html -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-5615) Transfer sections from the Hibernate Search reference documentation about the Lucene Directory Provider

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5615?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5615: ------------------------------------ Fix Version/s: 8.0.0.Final (was: 8.0.0.CR1) > Transfer sections from the Hibernate Search reference documentation about the Lucene Directory Provider > ------------------------------------------------------------------------------------------------------- > > Key: ISPN-5615 > URL: https://issues.jboss.org/browse/ISPN-5615 > Project: Infinispan > Issue Type: Task > Components: Documentation-Query > Reporter: Sanne Grinovero > Fix For: 8.0.0.Final > > > The general introduction to Infinispan should stay in the Hibernate Search documentation > - http://docs.jboss.org/hibernate/search/5.3/reference/en-US/html_single/#i... > But configuration options and tuning recommendations whould be transferred to the Infinispan reference documentation as the exact properties and their effect would depend on the Infinispan version being used (most of section 3.3.1.3. Infinispan Configuration) -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-5614) Write performance regression after ISPN-5484

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5614?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5614: ------------------------------------ Fix Version/s: 8.0.0.Final (was: 8.0.0.CR1) > Write performance regression after ISPN-5484 > -------------------------------------------- > > Key: ISPN-5614 > URL: https://issues.jboss.org/browse/ISPN-5614 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 8.0.0.Beta1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 8.0.0.Final > > > Regression test shows a significant drop in throughput in the replicated and distributed write tests. > This was after adjusting the internal thread pool settings in the JGroups configuration: with the default (min=5, max=20, queue=0), the distributed read test would fail to finish. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-5623) Retried prepare commands do not wait for backup locks

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5623?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5623: ------------------------------------ Fix Version/s: 8.0.0.Final (was: 8.0.0.CR1) > Retried prepare commands do not wait for backup locks > ----------------------------------------------------- > > Key: ISPN-5623 > URL: https://issues.jboss.org/browse/ISPN-5623 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.2.3.Final, 8.0.0.Beta1 > Reporter: Dan Berindei > Assignee: Pedro Ruivo > Fix For: 8.0.0.Final > > Attachments: OptimisticPrimaryOwnerCrashDuringPrepareTest.java > > > When the primary owner crashes during prepare, the prepare command is retried on the new primary owner. But because the transaction topology id stays the same, the new primary owner does not check for backup locks owned by other transactions from the previous topology. > That makes it possible for the retried prepare command to lock a key that was already locked by another transaction on the primary owner. > This wasn't a problem before the ISPN-4546 fix, because a primary owner crash would have forced the transaction to roll back. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-5666) Review publicly accessbile classes in remote-query-client/server

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5666?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5666: ------------------------------------ Fix Version/s: (was: 8.0.0.CR1) > Review publicly accessbile classes in remote-query-client/server > ---------------------------------------------------------------- > > Key: ISPN-5666 > URL: https://issues.jboss.org/browse/ISPN-5666 > Project: Infinispan > Issue Type: Task > Components: Remote Querying > Affects Versions: 8.0.0.Beta1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Priority: Blocker > Fix For: 8.0.0.Final > > > Non-API classes should be moved to an impl package. > Should also add package-info file with appropriate {quote}@private/@public{quote} javadoc annotation. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-5644) IsMarshallableInterceptor doesn't check serializability of LockControlCommand keys

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5644?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5644: ------------------------------------ Fix Version/s: 8.0.0.Final (was: 8.0.0.CR1) > IsMarshallableInterceptor doesn't check serializability of LockControlCommand keys > ---------------------------------------------------------------------------------- > > Key: ISPN-5644 > URL: https://issues.jboss.org/browse/ISPN-5644 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 8.0.0.Beta2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 8.0.0.Final > > > {{IsMarshallableInterceptor}} checks the serializability of the collection, which tries to serialize it the first time, and then it skips the serialization regardless of what keys are in it. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-5643) Simplify handling of previous values

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5643?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5643: ------------------------------------ Fix Version/s: 8.0.0.Final (was: 8.0.0.CR1) > Simplify handling of previous values > ------------------------------------ > > Key: ISPN-5643 > URL: https://issues.jboss.org/browse/ISPN-5643 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 8.0.0.Beta2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 8.0.0.Final > > > There are 5 ways the user can influence whether the previous value is read from a store/remote node: > * unsafe.unreliableReturnValues > * IGNORE_RETURN_VALUES > * SKIP_CACHE_LOAD > * SKIP_REMOTE_LOOKUP > * CACHE_MODE_LOCAL > Currently the effect of each is slightly different, depending on whether the operation is conditional, whether it's a delta-aware write etc. This is how I think it should work: > * unsafe.unreliableReturnValues and IGNORE_RETURN_VALUES should skip reading the previous value only if it doesn't change the outcome of the operation (i.e. no effect for reads, conditional operations, or delta-aware). > * SKIP_CACHE_LOAD should *always* skip the cache loader. > * SKIP_REMOTE_LOOKUP and CACHE_MODE_LOCAL should *always* skip the remote lookup -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-5636) Test server modules against WildFly 10 Alpha

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5636?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5636: ------------------------------------ Fix Version/s: 8.0.0.Final (was: 8.0.0.CR1) > Test server modules against WildFly 10 Alpha > -------------------------------------------- > > Key: ISPN-5636 > URL: https://issues.jboss.org/browse/ISPN-5636 > Project: Infinispan > Issue Type: Component Upgrade > Components: WildFly modules > Affects Versions: 8.0.0.Beta2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 8.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-5681) Cannot use aggregations on primitive types

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5681?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5681: ------------------------------------ Fix Version/s: 8.0.0.Final (was: 8.0.0.CR1) > Cannot use aggregations on primitive types > ------------------------------------------ > > Key: ISPN-5681 > URL: https://issues.jboss.org/browse/ISPN-5681 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 8.0.0.Beta3 > Reporter: Jakub Markos > Assignee: Adrian Nistor > Fix For: 8.0.0.Final > > > The checks in Avg/Sum/Min/Max-Accumulator classes do not allow primitive types, see for example: > https://github.com/infinispan/infinispan/blob/b8ffae1fd45a696a4c44ff76b48... > and https://github.com/infinispan/infinispan/blob/b8ffae1fd45a696a4c44ff76b48... -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-5679) Add clustered expiration support

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5679?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5679: ------------------------------------ Fix Version/s: (was: 8.0.0.CR1) > Add clustered expiration support > -------------------------------- > > Key: ISPN-5679 > URL: https://issues.jboss.org/browse/ISPN-5679 > Project: Infinispan > Issue Type: Sub-task > Components: Core > Reporter: William Burns > Assignee: William Burns > Fix For: 8.0.0.Final > > > ISPN-694 added support for in memory expiration which is synchronized with the cache store. However we also need across clustered expiration synchronization. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues August 2015