February 2019 - infinispan-issues

[JBoss JIRA] (ISPN-9977) java.lang.NoClassDefFoundError: org/infinispan/commons/util/FastCopyHashMap$Values (wrong name: org/infinispan/commons/dataconversion/BinaryEncoder) when starting in repackaged Spring Boot jar with Java 11

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-9977?page=com.atlassian.jira.plugin.... ] Tristan Tarrant commented on ISPN-9977: --------------------------------------- This looks like further manifestation of https://github.com/spring-projects/spring-boot/issues/12523 > java.lang.NoClassDefFoundError: org/infinispan/commons/util/FastCopyHashMap$Values (wrong name: org/infinispan/commons/dataconversion/BinaryEncoder) when starting in repackaged Spring Boot jar with Java 11 > ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-9977 > URL: https://issues.jboss.org/browse/ISPN-9977 > Project: Infinispan > Issue Type: Bug > Components: Spring Integration > Affects Versions: 10.0.0.Alpha3, 9.4.6.Final > Environment: * ubuntu 16.04 > * openjdk 11.0.1 > * maven 3.6.0 > * spring boot 2.1.2.RELEASE > * infinispan-spring-boot-starter 2.1.3.Final (and 2.1.4-SNAPSHOT) > Reporter: Benjamin Schröder > Assignee: Katia Aresti > Priority: Major > > The infinispan-spring-boot-starter will fail with > {code:java} > java.lang.NoClassDefFoundError: org/infinispan/commons/util/FastCopyHashMap$Values (wrong name: org/infinispan/commons/dataconversion/BinaryEncoder) > {code} > when ran in an repackaged Spring Boot jar if built and ran with Java 11. It works if built and ran with Java 8. It works with Java 11 too but only if ran with mvn spring-boot:run > It can be reproduced with the infinispan-spring-boot-samples. (see steps to reproduce). Otherwise there is a demo project linked here: https://stackoverflow.com/questions/54635814 -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (IPROTO-88) Replace usages of javassist.CtClass.toClass() with javassist.CtClass.toClass(java.lang.Class) for JDK 11 compatibility

by Adrian Nistor (Jira)

[ https://issues.jboss.org/browse/IPROTO-88?page=com.atlassian.jira.plugin.... ] Adrian Nistor reassigned IPROTO-88: ----------------------------------- Assignee: Adrian Nistor > Replace usages of javassist.CtClass.toClass() with javassist.CtClass.toClass(java.lang.Class) for JDK 11 compatibility > ---------------------------------------------------------------------------------------------------------------------- > > Key: IPROTO-88 > URL: https://issues.jboss.org/browse/IPROTO-88 > Project: Infinispan ProtoStream > Issue Type: Bug > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Priority: Major > Fix For: 4.3.0.Alpha1 > > > The javadoc of javassist.CtClass.toClass() explains why. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (IPROTO-88) Replace usages of javassist.CtClass.toClass() with javassist.CtClass.toClass(java.lang.Class) for JDK 11 compatibility

by Adrian Nistor (Jira)

[ https://issues.jboss.org/browse/IPROTO-88?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated IPROTO-88: -------------------------------- Fix Version/s: 4.3.0.Alpha1 > Replace usages of javassist.CtClass.toClass() with javassist.CtClass.toClass(java.lang.Class) for JDK 11 compatibility > ---------------------------------------------------------------------------------------------------------------------- > > Key: IPROTO-88 > URL: https://issues.jboss.org/browse/IPROTO-88 > Project: Infinispan ProtoStream > Issue Type: Bug > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Priority: Major > Fix For: 4.3.0.Alpha1 > > > The javadoc of javassist.CtClass.toClass() explains why. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (IPROTO-88) Replace usages of javassist.CtClass.toClass() with javassist.CtClass.toClass(java.lang.Class) for JDK 11 compatibility

by Adrian Nistor (Jira)

Adrian Nistor created IPROTO-88: ----------------------------------- Summary: Replace usages of javassist.CtClass.toClass() with javassist.CtClass.toClass(java.lang.Class) for JDK 11 compatibility Key: IPROTO-88 URL: https://issues.jboss.org/browse/IPROTO-88 Project: Infinispan ProtoStream Issue Type: Bug Reporter: Adrian Nistor The javadoc of javassist.CtClass.toClass() explains why. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (IPROTO-88) Replace usages of javassist.CtClass.toClass() with javassist.CtClass.toClass(java.lang.Class) for JDK 11 compatibility

by Adrian Nistor (Jira)

[ https://issues.jboss.org/browse/IPROTO-88?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated IPROTO-88: -------------------------------- Status: Open (was: New) > Replace usages of javassist.CtClass.toClass() with javassist.CtClass.toClass(java.lang.Class) for JDK 11 compatibility > ---------------------------------------------------------------------------------------------------------------------- > > Key: IPROTO-88 > URL: https://issues.jboss.org/browse/IPROTO-88 > Project: Infinispan ProtoStream > Issue Type: Bug > Reporter: Adrian Nistor > Priority: Major > Fix For: 4.3.0.Alpha1 > > > The javadoc of javassist.CtClass.toClass() explains why. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-9981) org.infinispan.jcache.embedded.JCache should use ClassLoader provided by org.infinispan.jcache.embedded.JCacheManager

by Sammy Chu (Jira)

[ https://issues.jboss.org/browse/ISPN-9981?page=com.atlassian.jira.plugin.... ] Sammy Chu updated ISPN-9981: ---------------------------- Status: Open (was: New) > org.infinispan.jcache.embedded.JCache should use ClassLoader provided by org.infinispan.jcache.embedded.JCacheManager > ---------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-9981 > URL: https://issues.jboss.org/browse/ISPN-9981 > Project: Infinispan > Issue Type: Bug > Components: JCache > Affects Versions: 8.2.4.Final > Reporter: Sammy Chu > Priority: Major > > {{org.infinispan.jcache.embedded.JCache}} do not call {{org.infinispan.AdvancedCache.with(ClassLoader)}}, so the {{javax.cache.event.CacheEntryListener}} and {{javax.cache.event.CacheEntryEventFilter}} is created using the class loader of infinispan classes. If the infinispan jars are in shared environment (e.g. installed as a Wildfly module), the user custom cache listeners/ cache entry event filters will not be able to load. > Suggest to call {{org.infinispan.AdvancedCache.with(ClassLoader)}} in the constructor of {{org.infinispan.jcache.embedded.JCache}} -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-9981) org.infinispan.jcache.embedded.JCache should use ClassLoader provided by org.infinispan.jcache.embedded.JCacheManager

by Sammy Chu (Jira)

[ https://issues.jboss.org/browse/ISPN-9981?page=com.atlassian.jira.plugin.... ] Sammy Chu updated ISPN-9981: ---------------------------- Description: {{org.infinispan.jcache.embedded.JCache}} do not call {{org.infinispan.AdvancedCache.with(ClassLoader)}}, so the {{javax.cache.event.CacheEntryListener}} and {{javax.cache.event.CacheEntryEventFilter}} is created using the class loader of infinispan classes. If the infinispan jars are in shared environment (e.g. installed as a Wildfly module), the user custom cache listeners/ cache entry event filters will not be able to load. Suggest to call {{org.infinispan.AdvancedCache.with(ClassLoader)}} in the constructor of {{org.infinispan.jcache.embedded.JCache}} was: `org.infinispan.jcache.embedded.JCache` do not call `org.infinispan.AdvancedCache.with(ClassLoader)`, so the `javax.cache.event.CacheEntryListener` and `javax.cache.event.CacheEntryEventFilter` is created using the class loader of infinispan classes. If the infinispan jars are in shared environment (e.g. installed as a Wildfly module), the user custom cache listeners/ cache entry event filters will not be able to load. Suggest to call `org.infinispan.AdvancedCache.with(ClassLoader)` in the constructor of `org.infinispan.jcache.embedded.JCache` > org.infinispan.jcache.embedded.JCache should use ClassLoader provided by org.infinispan.jcache.embedded.JCacheManager > ---------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-9981 > URL: https://issues.jboss.org/browse/ISPN-9981 > Project: Infinispan > Issue Type: Bug > Components: JCache > Affects Versions: 8.2.4.Final > Reporter: Sammy Chu > Priority: Major > > {{org.infinispan.jcache.embedded.JCache}} do not call {{org.infinispan.AdvancedCache.with(ClassLoader)}}, so the {{javax.cache.event.CacheEntryListener}} and {{javax.cache.event.CacheEntryEventFilter}} is created using the class loader of infinispan classes. If the infinispan jars are in shared environment (e.g. installed as a Wildfly module), the user custom cache listeners/ cache entry event filters will not be able to load. > Suggest to call {{org.infinispan.AdvancedCache.with(ClassLoader)}} in the constructor of {{org.infinispan.jcache.embedded.JCache}} -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-9981) org.infinispan.jcache.embedded.JCache should use ClassLoader provided by org.infinispan.jcache.embedded.JCacheManager

by Sammy Chu (Jira)

[ https://issues.jboss.org/browse/ISPN-9981?page=com.atlassian.jira.plugin.... ] Sammy Chu updated ISPN-9981: ---------------------------- Description: `org.infinispan.jcache.embedded.JCache` do not call `org.infinispan.AdvancedCache.with(ClassLoader)`, so the `javax.cache.event.CacheEntryListener` and `javax.cache.event.CacheEntryEventFilter` is created using the class loader of infinispan classes. If the infinispan jars are in shared environment (e.g. installed as a Wildfly module), the user custom cache listeners/ cache entry event filters will not be able to load. Suggest to call `org.infinispan.AdvancedCache.with(ClassLoader)` in the constructor of `org.infinispan.jcache.embedded.JCache` was: org.infinispan.jcache.embedded.JCache do not call org.infinispan.AdvancedCache.with(ClassLoader), so the javax.cache.event.CacheEntryListener and javax.cache.event.CacheEntryEventFilter is created using the class loader of infinispan classes. If the infinispan jars are in shared environment (e.g. installed as a Wildfly module), the user custom cache listeners/ cache entry event filters will not be able to load. Suggest to call org.infinispan.AdvancedCache.with(ClassLoader) in the constructor of org.infinispan.jcache.embedded.JCache > org.infinispan.jcache.embedded.JCache should use ClassLoader provided by org.infinispan.jcache.embedded.JCacheManager > ---------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-9981 > URL: https://issues.jboss.org/browse/ISPN-9981 > Project: Infinispan > Issue Type: Bug > Components: JCache > Affects Versions: 8.2.4.Final > Reporter: Sammy Chu > Priority: Major > > `org.infinispan.jcache.embedded.JCache` do not call `org.infinispan.AdvancedCache.with(ClassLoader)`, so the `javax.cache.event.CacheEntryListener` and `javax.cache.event.CacheEntryEventFilter` is created using the class loader of infinispan classes. If the infinispan jars are in shared environment (e.g. installed as a Wildfly module), the user custom cache listeners/ cache entry event filters will not be able to load. > Suggest to call `org.infinispan.AdvancedCache.with(ClassLoader)` in the constructor of `org.infinispan.jcache.embedded.JCache` -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-9981) org.infinispan.jcache.embedded.JCache should use ClassLoader provided by org.infinispan.jcache.embedded.JCacheManager

by Sammy Chu (Jira)

Sammy Chu created ISPN-9981: ------------------------------- Summary: org.infinispan.jcache.embedded.JCache should use ClassLoader provided by org.infinispan.jcache.embedded.JCacheManager Key: ISPN-9981 URL: https://issues.jboss.org/browse/ISPN-9981 Project: Infinispan Issue Type: Bug Components: JCache Affects Versions: 8.2.4.Final Reporter: Sammy Chu org.infinispan.jcache.embedded.JCache do not call org.infinispan.AdvancedCache.with(ClassLoader), so the javax.cache.event.CacheEntryListener and javax.cache.event.CacheEntryEventFilter is created using the class loader of infinispan classes. If the infinispan jars are in shared environment (e.g. installed as a Wildfly module), the user custom cache listeners/ cache entry event filters will not be able to load. Suggest to call org.infinispan.AdvancedCache.with(ClassLoader) in the constructor of org.infinispan.jcache.embedded.JCache -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-2510) PrepareCommands should fail on nodes where the cache is not running

by Dan Berindei (Jira)

[ https://issues.jboss.org/browse/ISPN-2510?page=com.atlassian.jira.plugin.... ] Dan Berindei closed ISPN-2510. ------------------------------ Fix Version/s: 6.0.0.Final Resolution: Out of Date Fixed with ISPN-3367: since 6.0 remote nodes return a {{CacheNotFoundResponse}} if the cache is not running. > PrepareCommands should fail on nodes where the cache is not running > ------------------------------------------------------------------- > > Key: ISPN-2510 > URL: https://issues.jboss.org/browse/ISPN-2510 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 5.2.0.Beta3 > Reporter: Dan Berindei > Priority: Major > Fix For: 6.0.0.Final > > > When the user stops a cache without stopping the cache manager on that node, subsequent PrepareCommands sent to that node will return a {{SuccessfulResponse}}. > If that node used to the primary owner of the command's modified key, the originator will proceed with the transaction as if it had acquired a lock on that key. It is thus possible for multiple transactions to think they have acquired the key lock at the same time. > On the other hand, in replicated caches is is quite possible that a cache is not running on all the cluster node and yet PrepareCommands are broadcasted to everyone in parallel. So the solution should not involve sending exceptions (which have huge stack traces), and the originator should be able to ignore failures responses from nodes that were not targeted in the first place. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues February 2019