November 2016 - infinispan-issues

[JBoss JIRA] (ISPN-7223) Look into upgrade of byte[] with new eviction changes

by William Burns (JIRA)

William Burns created ISPN-7223: ----------------------------------- Summary: Look into upgrade of byte[] with new eviction changes Key: ISPN-7223 URL: https://issues.jboss.org/browse/ISPN-7223 Project: Infinispan Issue Type: Bug Reporter: William Burns Eviction was changed to using wrapping instances instead of Equivalence classes. Unfortunately this means that previously saved data will be in a slightly different format. We need to veirfy what doesn't work and possibly make an upgrade tool. Discussion is at https://github.com/infinispan/infinispan/pull/4578#discussion_r87354582 -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7215) Administration console - upload of deployment artifact doesn't work

by Vaclav Dedik (JIRA)

[ https://issues.jboss.org/browse/ISPN-7215?page=com.atlassian.jira.plugin.... ] Vaclav Dedik edited comment on ISPN-7215 at 11/22/16 10:51 AM: --------------------------------------------------------------- Since DR2, nothing should be minified as I introduced this commit which should disable it: https://github.com/infinispan/jdg-management-console/commit/dea1452467b40... I had a look at the content of the DR3 jar at file scripts/management-console.min.js and it looks like it is partially minified. I tried to build a jar from upstream master, and the content of the file is different - it's completely minified. was (Author: vdedik): Since DR2, nothing should be minified as I introduced this commit which should disable it: https://github.com/infinispan/jdg-management-console/commit/dea1452467b40... I had a look at the content of a jar at file scripts/management-console.min.js and it looks like it is partially minified. I tried to build a jar from upstream master, and the content of the file is different - it's completely minified. > Administration console - upload of deployment artifact doesn't work > ------------------------------------------------------------------- > > Key: ISPN-7215 > URL: https://issues.jboss.org/browse/ISPN-7215 > Project: Infinispan > Issue Type: Bug > Components: JMX, reporting and management > Affects Versions: 9.0.0.Alpha4 > Reporter: Roman Macor > Assignee: Vladimir Blagojevic > Attachments: Screen Shot 2016-11-21 at 8.36.46 AM.png, custom-store.jar > > > Click on cache container -> Configuration -> Deployments -> upload -> Browse... -> select file -> click upload > Result: nothing happens -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7215) Administration console - upload of deployment artifact doesn't work

by Vaclav Dedik (JIRA)

[ https://issues.jboss.org/browse/ISPN-7215?page=com.atlassian.jira.plugin.... ] Vaclav Dedik commented on ISPN-7215: ------------------------------------ Since DR2, nothing should be minified as I introduced this commit which should disable it: https://github.com/infinispan/jdg-management-console/commit/dea1452467b40... I had a look at the content of a jar at file scripts/management-console.min.js and it looks like it is partially minified. I tried to build a jar from upstream master, and the content of the file is different - it's completely minified. > Administration console - upload of deployment artifact doesn't work > ------------------------------------------------------------------- > > Key: ISPN-7215 > URL: https://issues.jboss.org/browse/ISPN-7215 > Project: Infinispan > Issue Type: Bug > Components: JMX, reporting and management > Affects Versions: 9.0.0.Alpha4 > Reporter: Roman Macor > Assignee: Vladimir Blagojevic > Attachments: Screen Shot 2016-11-21 at 8.36.46 AM.png, custom-store.jar > > > Click on cache container -> Configuration -> Deployments -> upload -> Browse... -> select file -> click upload > Result: nothing happens -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-20) Should not be able to use the numbers 19000 though 19999 for fields

by Adrian Nistor (JIRA)

Adrian Nistor created IPROTO-20: ----------------------------------- Summary: Should not be able to use the numbers 19000 though 19999 for fields Key: IPROTO-20 URL: https://issues.jboss.org/browse/IPROTO-20 Project: Infinispan ProtoStream Issue Type: Bug Reporter: Adrian Nistor See Assigning Tags in https://developers.google.com/protocol-buffers/docs/proto -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-20) Should not be able to use the numbers 19000 though 19999 for fields

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/IPROTO-20?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated IPROTO-20: -------------------------------- Status: Open (was: New) > Should not be able to use the numbers 19000 though 19999 for fields > ------------------------------------------------------------------- > > Key: IPROTO-20 > URL: https://issues.jboss.org/browse/IPROTO-20 > Project: Infinispan ProtoStream > Issue Type: Bug > Reporter: Adrian Nistor > > See Assigning Tags in https://developers.google.com/protocol-buffers/docs/proto -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-20) Should not be able to use the numbers 19000 though 19999 for fields

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/IPROTO-20?page=com.atlassian.jira.plugin.... ] Adrian Nistor reassigned IPROTO-20: ----------------------------------- Assignee: Adrian Nistor > Should not be able to use the numbers 19000 though 19999 for fields > ------------------------------------------------------------------- > > Key: IPROTO-20 > URL: https://issues.jboss.org/browse/IPROTO-20 > Project: Infinispan ProtoStream > Issue Type: Bug > Reporter: Adrian Nistor > Assignee: Adrian Nistor > > See Assigning Tags in https://developers.google.com/protocol-buffers/docs/proto -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7207) Cache creation requires specific permissions when using security manager

by Ingo Weiss (JIRA)

[ https://issues.jboss.org/browse/ISPN-7207?page=com.atlassian.jira.plugin.... ] Ingo Weiss edited comment on ISPN-7207 at 11/22/16 7:28 AM: ------------------------------------------------------------ As far as I can see, I got the MBean operations done. Is there a real need to get the class loading secured? I have this so far, https://github.com/iweiss/infinispan/commit/079c687f110381f28cd2f7487c87a..., for {{8.2}} and https://github.com/iweiss/infinispan/commit/cc4ddaf5b31d58bed4dba5dd3a102... for {{master}}. was (Author: iweiss): As far as I can see, I got the MBean operations done. Is there a real need to get the class loading secured? I have this so far, https://github.com/iweiss/infinispan/commit/079c687f110381f28cd2f7487c87a..., for `8.2` and https://github.com/iweiss/infinispan/commit/cc4ddaf5b31d58bed4dba5dd3a102... for `master`. > Cache creation requires specific permissions when using security manager > ------------------------------------------------------------------------ > > Key: ISPN-7207 > URL: https://issues.jboss.org/browse/ISPN-7207 > Project: Infinispan > Issue Type: Bug > Components: Core > Reporter: Paul Ferraro > Assignee: Ingo Weiss > > *org.jboss.as.test.integration.ee.injection.resource.infinispan.InfinispanResourceRefTestCase#test* > {{./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.ee.injection.resource.infinispan.InfinispanResourceRefTestCase -Dsecurity.manager}} > {code} > Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "getClassLoader")" in code source "(vfs:/content/infinispan-resource-ref.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.infinispan-resource-ref.war:main" from Service Module Loader") > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:278) > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175) > at java.lang.ClassLoader.checkClassLoaderPermission(ClassLoader.java:1528) > at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:1442) > at org.infinispan.commons.util.Util.getClassLoaders(Util.java:127) > at org.infinispan.commons.util.Util.loadClassStrict(Util.java:163) > at org.infinispan.commons.util.ReflectionUtil.getClassForName(ReflectionUtil.java:319) > at org.infinispan.commons.util.ReflectionUtil.toClassArray(ReflectionUtil.java:313) > at org.infinispan.factories.AbstractComponentRegistry$Component.buildInjectionMethodsList(AbstractComponentRegistry.java:810) > at org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:213) > at org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:193) > at org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:171) > at org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:163) > at org.infinispan.factories.ComponentRegistry.<init>(ComponentRegistry.java:79) > ... 210 more > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7207) Cache creation requires specific permissions when using security manager

by Ingo Weiss (JIRA)

[ https://issues.jboss.org/browse/ISPN-7207?page=com.atlassian.jira.plugin.... ] Ingo Weiss edited comment on ISPN-7207 at 11/22/16 7:27 AM: ------------------------------------------------------------ As far as I can see, I got the MBean operations done. Is there a real need to get the class loading secured? I have this so far, https://github.com/iweiss/infinispan/commit/079c687f110381f28cd2f7487c87a..., for `8.2` and https://github.com/iweiss/infinispan/commit/cc4ddaf5b31d58bed4dba5dd3a102... for `master`. was (Author: iweiss): As far as I can see, I got the MBean operations done. Is there a real need to get the class loading secured? > Cache creation requires specific permissions when using security manager > ------------------------------------------------------------------------ > > Key: ISPN-7207 > URL: https://issues.jboss.org/browse/ISPN-7207 > Project: Infinispan > Issue Type: Bug > Components: Core > Reporter: Paul Ferraro > Assignee: Ingo Weiss > > *org.jboss.as.test.integration.ee.injection.resource.infinispan.InfinispanResourceRefTestCase#test* > {{./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.ee.injection.resource.infinispan.InfinispanResourceRefTestCase -Dsecurity.manager}} > {code} > Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "getClassLoader")" in code source "(vfs:/content/infinispan-resource-ref.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.infinispan-resource-ref.war:main" from Service Module Loader") > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:278) > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175) > at java.lang.ClassLoader.checkClassLoaderPermission(ClassLoader.java:1528) > at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:1442) > at org.infinispan.commons.util.Util.getClassLoaders(Util.java:127) > at org.infinispan.commons.util.Util.loadClassStrict(Util.java:163) > at org.infinispan.commons.util.ReflectionUtil.getClassForName(ReflectionUtil.java:319) > at org.infinispan.commons.util.ReflectionUtil.toClassArray(ReflectionUtil.java:313) > at org.infinispan.factories.AbstractComponentRegistry$Component.buildInjectionMethodsList(AbstractComponentRegistry.java:810) > at org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:213) > at org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:193) > at org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:171) > at org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:163) > at org.infinispan.factories.ComponentRegistry.<init>(ComponentRegistry.java:79) > ... 210 more > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7207) Cache creation requires specific permissions when using security manager

by Ingo Weiss (JIRA)

[ https://issues.jboss.org/browse/ISPN-7207?page=com.atlassian.jira.plugin.... ] Ingo Weiss commented on ISPN-7207: ---------------------------------- As far as I can see, I got the MBean operations done. Is there a real need to get the class loading secured? > Cache creation requires specific permissions when using security manager > ------------------------------------------------------------------------ > > Key: ISPN-7207 > URL: https://issues.jboss.org/browse/ISPN-7207 > Project: Infinispan > Issue Type: Bug > Components: Core > Reporter: Paul Ferraro > Assignee: Ingo Weiss > > *org.jboss.as.test.integration.ee.injection.resource.infinispan.InfinispanResourceRefTestCase#test* > {{./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.ee.injection.resource.infinispan.InfinispanResourceRefTestCase -Dsecurity.manager}} > {code} > Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "getClassLoader")" in code source "(vfs:/content/infinispan-resource-ref.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.infinispan-resource-ref.war:main" from Service Module Loader") > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:278) > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175) > at java.lang.ClassLoader.checkClassLoaderPermission(ClassLoader.java:1528) > at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:1442) > at org.infinispan.commons.util.Util.getClassLoaders(Util.java:127) > at org.infinispan.commons.util.Util.loadClassStrict(Util.java:163) > at org.infinispan.commons.util.ReflectionUtil.getClassForName(ReflectionUtil.java:319) > at org.infinispan.commons.util.ReflectionUtil.toClassArray(ReflectionUtil.java:313) > at org.infinispan.factories.AbstractComponentRegistry$Component.buildInjectionMethodsList(AbstractComponentRegistry.java:810) > at org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:213) > at org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:193) > at org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:171) > at org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:163) > at org.infinispan.factories.ComponentRegistry.<init>(ComponentRegistry.java:79) > ... 210 more > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7193) Cache nodes are not getting merged properly when "numOwners" setting is more than 1.

by Anjith Paila (JIRA)

[ https://issues.jboss.org/browse/ISPN-7193?page=com.atlassian.jira.plugin.... ] Anjith Paila closed ISPN-7193. ------------------------------ Release Notes Text: It seems we need to set the following property value to more than 1 in jgroups config:internal_thread_pool.min_threads. Resolution: Rejected > Cache nodes are not getting merged properly when "numOwners" setting is more than 1. > ------------------------------------------------------------------------------------ > > Key: ISPN-7193 > URL: https://issues.jboss.org/browse/ISPN-7193 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.2.5.Final, 8.1.2.Final > Reporter: Anjith Paila > Priority: Critical > Fix For: 8.1.2.Final > > Attachments: BrokerPE-0.zip, SEM03VVM-201.zip, SEM03VVM-202.zip > > > Nodes are not getting merged properly after network partitioning heals especially when "numOwners" setting is more than 1. Please refer to the following post for more details: > "http://stackoverflow.com/questions/40492204/incorrect-merge-views-with-in..." -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 4 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues November 2016