December 2015 - infinispan-issues

[JBoss JIRA] (ISPN-6011) ClassCastException in CDI generated keys for JCache

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-6011?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-6011: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3836 > ClassCastException in CDI generated keys for JCache > --------------------------------------------------- > > Key: ISPN-6011 > URL: https://issues.jboss.org/browse/ISPN-6011 > Project: Infinispan > Issue Type: Bug > Affects Versions: 8.1.0.CR1, 8.0.2.Final > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 8.2.0.Final > > > When using JCache-annotations the DefaultCacheKeyGenerator exclusively looks at parameter values to form the cache key. Therefore it will be very likely that collissions occur (resulting in difficult to find ClassCastExceptions). The provided patch uses the method- and class names as additionally values to make the cache key more unique. > Might also add that I am aware that by spec this should not be an issue when no cachename is given (as it should generate a cache using the class-name), but when a cache name is given collissions may occur. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6011) ClassCastException in CDI generated keys for JCache

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-6011?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-6011: ----------------------------------- Status: Open (was: New) > ClassCastException in CDI generated keys for JCache > --------------------------------------------------- > > Key: ISPN-6011 > URL: https://issues.jboss.org/browse/ISPN-6011 > Project: Infinispan > Issue Type: Bug > Affects Versions: 8.1.0.CR1, 8.0.2.Final > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 8.1.0.Final > > > When using JCache-annotations the DefaultCacheKeyGenerator exclusively looks at parameter values to form the cache key. Therefore it will be very likely that collissions occur (resulting in difficult to find ClassCastExceptions). The provided patch uses the method- and class names as additionally values to make the cache key more unique. > Might also add that I am aware that by spec this should not be an issue when no cachename is given (as it should generate a cache using the class-name), but when a cache name is given collissions may occur. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6011) ClassCastException in CDI generated keys for JCache

by Galder Zamarreño (JIRA)

Galder Zamarreño created ISPN-6011: -------------------------------------- Summary: ClassCastException in CDI generated keys for JCache Key: ISPN-6011 URL: https://issues.jboss.org/browse/ISPN-6011 Project: Infinispan Issue Type: Bug Affects Versions: 8.0.2.Final, 8.1.0.CR1 Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 8.1.0.Final When using JCache-annotations the DefaultCacheKeyGenerator exclusively looks at parameter values to form the cache key. Therefore it will be very likely that collissions occur (resulting in difficult to find ClassCastExceptions). The provided patch uses the method- and class names as additionally values to make the cache key more unique. Might also add that I am aware that by spec this should not be an issue when no cachename is given (as it should generate a cache using the class-name), but when a cache name is given collissions may occur. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6010) JPA cache store uses wrong class loader to load entities

by Martin Gencur (JIRA)

Martin Gencur created ISPN-6010: ----------------------------------- Summary: JPA cache store uses wrong class loader to load entities Key: ISPN-6010 URL: https://issues.jboss.org/browse/ISPN-6010 Project: Infinispan Issue Type: Bug Affects Versions: 8.1.0.CR1 Reporter: Martin Gencur Assignee: Martin Gencur This causes problems when running in containers such as WildFly where the XML parser ends up using the module's class loader instead of the deployment's class loader. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6004) Refactor expiration to remove ExpirationInterceptor

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-6004?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-6004: ----------------------------------------------- Vojtech Juranek <vjuranek(a)redhat.com> changed the Status of [bug 1287180|https://bugzilla.redhat.com/show_bug.cgi?id=1287180] from ON_QA to VERIFIED > Refactor expiration to remove ExpirationInterceptor > --------------------------------------------------- > > Key: ISPN-6004 > URL: https://issues.jboss.org/browse/ISPN-6004 > Project: Infinispan > Issue Type: Enhancement > Components: Core, Expiration > Affects Versions: 8.1.0.CR1 > Reporter: William Burns > Assignee: William Burns > Fix For: 8.1.0.Final > > > The ExpirationInterceptor can be replaced with calls in the EntryFactory so it won't cause an expire remove command to be generated when a write performs a read from the data container. > http://lists.jboss.org/pipermail/infinispan-dev/2015-November/016344.html -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6008) Query DSL groupBy and orderBy should only accept single-valued properties

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-6008?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-6008: -------------------------------- Description: {code} QueryFactory qf = getQueryFactory(); Query q = qf.from(getModelFactory().getUserImplClass()) .select(Expression.min("name")) .groupBy("addresses.street") .build(); q.list(); {code} Should throw an exception during query parsing because property "addresses.street" is not single-valued. Similar behaviour should be expected for orderBy. was: {code} QueryFactory qf = getQueryFactory(); Query q = qf.from(getModelFactory().getUserImplClass()) .select(Expression.min("name")) .groupBy("addresses.street") .build(); q.list(); {code} Should throw an exception during query parsing because property "addresses.street" is not single-valued. > Query DSL groupBy and orderBy should only accept single-valued properties > ------------------------------------------------------------------------- > > Key: ISPN-6008 > URL: https://issues.jboss.org/browse/ISPN-6008 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Affects Versions: 8.1.0.CR1, 8.0.2.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.1.0.Final, 8.0.3.Final > > > {code} > QueryFactory qf = getQueryFactory(); > Query q = qf.from(getModelFactory().getUserImplClass()) > .select(Expression.min("name")) > .groupBy("addresses.street") > .build(); > q.list(); > {code} > Should throw an exception during query parsing because property "addresses.street" is not single-valued. > Similar behaviour should be expected for orderBy. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6008) Query DSL groupBy and orderBy should only accept single-valued properties

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-6008?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-6008: -------------------------------- Summary: Query DSL groupBy and orderBy should only accept single-valued properties (was: Query DSL groupBy should only accept single-valued properties) > Query DSL groupBy and orderBy should only accept single-valued properties > ------------------------------------------------------------------------- > > Key: ISPN-6008 > URL: https://issues.jboss.org/browse/ISPN-6008 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Affects Versions: 8.1.0.CR1, 8.0.2.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.1.0.Final, 8.0.3.Final > > > {code} > QueryFactory qf = getQueryFactory(); > Query q = qf.from(getModelFactory().getUserImplClass()) > .select(Expression.min("name")) > .groupBy("addresses.street") > .build(); > q.list(); > {code} > Should throw an exception during query parsing because property "addresses.street" is not single-valued. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6008) Query DSL groupBy and orderBy should only accept single-valued properties

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-6008?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-6008: -------------------------------- Status: Open (was: New) > Query DSL groupBy and orderBy should only accept single-valued properties > ------------------------------------------------------------------------- > > Key: ISPN-6008 > URL: https://issues.jboss.org/browse/ISPN-6008 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Affects Versions: 8.1.0.CR1, 8.0.2.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.1.0.Final, 8.0.3.Final > > > {code} > QueryFactory qf = getQueryFactory(); > Query q = qf.from(getModelFactory().getUserImplClass()) > .select(Expression.min("name")) > .groupBy("addresses.street") > .build(); > q.list(); > {code} > Should throw an exception during query parsing because property "addresses.street" is not single-valued. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6008) Query DSL groupBy and orderBy should only accept single-valued properties

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-6008?page=com.atlassian.jira.plugin.... ] Work on ISPN-6008 started by Adrian Nistor. ------------------------------------------- > Query DSL groupBy and orderBy should only accept single-valued properties > ------------------------------------------------------------------------- > > Key: ISPN-6008 > URL: https://issues.jboss.org/browse/ISPN-6008 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Affects Versions: 8.1.0.CR1, 8.0.2.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.1.0.Final, 8.0.3.Final > > > {code} > QueryFactory qf = getQueryFactory(); > Query q = qf.from(getModelFactory().getUserImplClass()) > .select(Expression.min("name")) > .groupBy("addresses.street") > .build(); > q.list(); > {code} > Should throw an exception during query parsing because property "addresses.street" is not single-valued. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6008) Query DSL groupBy should only accept single-valued properties

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-6008?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-6008: -------------------------------- Summary: Query DSL groupBy should only accept single-valued properties (was: Query DSL orderBy should only accept single-valued properties ) > Query DSL groupBy should only accept single-valued properties > ------------------------------------------------------------- > > Key: ISPN-6008 > URL: https://issues.jboss.org/browse/ISPN-6008 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Affects Versions: 8.1.0.CR1, 8.0.2.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.1.0.Final, 8.0.3.Final > > > {code} > QueryFactory qf = getQueryFactory(); > Query q = qf.from(getModelFactory().getUserImplClass()) > .select(Expression.min("name")) > .groupBy("addresses.street") > .build(); > q.list(); > {code} > Should throw an exception during query parsing because property "addresses.street" is not single-valued. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues December 2015