[JBoss JIRA] (ISPN-9319) Cache.lock(key) should throw AvailabilityException in degraded mode
by Dan Berindei (Jira)
[ https://issues.jboss.org/browse/ISPN-9319?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-9319:
-------------------------------
Fix Version/s: 9.4.3.Final
(was: 9.4.2.Final)
> Cache.lock(key) should throw AvailabilityException in degraded mode
> -------------------------------------------------------------------
>
> Key: ISPN-9319
> URL: https://issues.jboss.org/browse/ISPN-9319
> Project: Infinispan
> Issue Type: Bug
> Components: Core, Test Suite - Core
> Affects Versions: 9.3.0.CR1
> Reporter: Dan Berindei
> Priority: Major
> Fix For: 9.4.3.Final
>
>
> We need a test for {{cache.lock(key)}} when one of the owners is not an actual member of the cluster and the cache is in degraded mode. {{PartitionHandlingInterceptor}} doesn't handle {{LockControlCommand}} explicitly, so it might end up throwing {{TimeoutException}} after waiting for a new topology. We should make sure it throws an {{AvailabilityException}} instead.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 4 months
[JBoss JIRA] (ISPN-9388) Cannot specify IndexedQueryMode with QueryBuilder
by Dan Berindei (Jira)
[ https://issues.jboss.org/browse/ISPN-9388?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-9388:
-------------------------------
Fix Version/s: 9.4.3.Final
(was: 9.4.2.Final)
> Cannot specify IndexedQueryMode with QueryBuilder
> -------------------------------------------------
>
> Key: ISPN-9388
> URL: https://issues.jboss.org/browse/ISPN-9388
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying, Remote Querying
> Affects Versions: 9.2.0.Final
> Reporter: Adrian Nistor
> Assignee: Adrian Nistor
> Priority: Major
> Fix For: 9.4.3.Final
>
>
> IndexedQueryMode was added to the API only to QueryFactory.create(String queryString, IndexedQueryMode queryMode).
> But it would be very useful to be able to specify IndexedQueryMode also when creating a query using the QueryBuilder rather than supplying the query string directly.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 4 months
[JBoss JIRA] (ISPN-9443) Fail when single region is accessed with multiple strategies
by Dan Berindei (Jira)
[ https://issues.jboss.org/browse/ISPN-9443?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-9443:
-------------------------------
Fix Version/s: 9.4.3.Final
(was: 9.4.2.Final)
> Fail when single region is accessed with multiple strategies
> ------------------------------------------------------------
>
> Key: ISPN-9443
> URL: https://issues.jboss.org/browse/ISPN-9443
> Project: Infinispan
> Issue Type: Enhancement
> Components: Hibernate Cache
> Affects Versions: 9.3.1.Final
> Reporter: Radim Vansa
> Priority: Major
> Fix For: 9.4.3.Final
>
>
> When we have two entities that share the same region but use different access strategies the Hibernate boot should fail. Right now there's an assertion in {{DomainDataRegionImpl.prepareFor*}} but this does not give much explanation and does not fail when assertions are disabled which leads to cryptic errors later on.
> Example:
> {code}
> @Cache(usage = CacheConcurrencyStrategy.NONSTRICT_READ_WRITE, region = "item")
> public static class NonStrictReadWriteVersionedCacheableItem { ... }
> @Cache(usage = CacheConcurrencyStrategy.READ_WRITE, region = "item")
> public static class ReadWriteVersionedCacheableItem { ... }
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 4 months
[JBoss JIRA] (ISPN-9582) Lifespan/MaxIdle = 0 from Hot Rod behaviour is inconsistent with embedded
by Dan Berindei (Jira)
[ https://issues.jboss.org/browse/ISPN-9582?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-9582:
-------------------------------
Fix Version/s: 9.4.3.Final
(was: 9.4.2.Final)
> Lifespan/MaxIdle = 0 from Hot Rod behaviour is inconsistent with embedded
> -------------------------------------------------------------------------
>
> Key: ISPN-9582
> URL: https://issues.jboss.org/browse/ISPN-9582
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.4.0.CR3
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
> Priority: Major
> Fix For: 9.4.3.Final
>
>
> In embedded mode, specifying 0 for lifespan or maxIdle results in immediate expiration.
> In Hot Rod, however, 0 results in the entry using the default server-side expiration. This was done in order to not introduce a protocol change at the time.
> The 2.2 protocol introduced timeunit support with special values for default and infinity.
> We should therefore not override a user-specified value of 0 with "default".
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 4 months