[JBoss JIRA] (ISPN-10863) java.lang.IllegalAccessException logged by PropertyFormatter
by Nistor Adrian (Jira)
[ https://issues.jboss.org/browse/ISPN-10863?page=com.atlassian.jira.plugin... ]
Nistor Adrian updated ISPN-10863:
---------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/7512
> java.lang.IllegalAccessException logged by PropertyFormatter
> -------------------------------------------------------------
>
> Key: ISPN-10863
> URL: https://issues.jboss.org/browse/ISPN-10863
> Project: Infinispan
> Issue Type: Bug
> Components: Configuration
> Affects Versions: 10.0.0.Final
> Reporter: Nistor Adrian
> Assignee: Nistor Adrian
> Priority: Major
> Fix For: 10.1.0.Beta1
>
>
> This is a benign issue being logged by AccessibleObject when PropertyFormatter attempts to accesses via reflection some config methods that are not accessible. JmxStatsFunctionalTest is one good example, and it's not failing because of this.
> {code}
> java.lang.IllegalAccessException: class org.infinispan.configuration.format.PropertyFormatter cannot access a member of class org.infinispan.configuration.cache.AuthorizationConfiguration with modifiers "static final"
> at java.base/jdk.internal.reflect.Reflection.newIllegalAccessException(Reflection.java:361)
> at java.base/java.lang.reflect.AccessibleObject.checkAccess(AccessibleObject.java:591)
> at java.base/java.lang.reflect.Method.invoke(Method.java:558)
> at org.infinispan.configuration.format.PropertyFormatter.reflect(PropertyFormatter.java:101)
> at org.infinispan.configuration.format.PropertyFormatter.reflect(PropertyFormatter.java:110)
> at org.infinispan.configuration.format.PropertyFormatter.reflect(PropertyFormatter.java:101)
> at org.infinispan.configuration.format.PropertyFormatter.reflect(PropertyFormatter.java:101)
> at org.infinispan.configuration.format.PropertyFormatter.format(PropertyFormatter.java:131)
> at org.infinispan.cache.impl.AbstractDelegatingCache.getConfigurationAsProperties(AbstractDelegatingCache.java:616)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at org.infinispan.jmx.ResourceDMBean$InvokableSetterBasedMBeanAttributeInfo.invoke(ResourceDMBean.java:378)
> at org.infinispan.jmx.ResourceDMBean.getNamedAttribute(ResourceDMBean.java:289)
> at org.infinispan.jmx.ResourceDMBean.getAttribute(ResourceDMBean.java:172)
> at java.management/com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getAttribute(DefaultMBeanServerInterceptor.java:641)
> at java.management/com.sun.jmx.mbeanserver.JmxMBeanServer.getAttribute(JmxMBeanServer.java:678)
> at org.infinispan.jmx.JmxStatsFunctionalTest.testConfigurationProperties(JmxStatsFunctionalTest.java:307)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 6 months
[JBoss JIRA] (ISPN-10856) Proto lock files not committed during .Final release
by Tristan Tarrant (Jira)
[ https://issues.jboss.org/browse/ISPN-10856?page=com.atlassian.jira.plugin... ]
Tristan Tarrant updated ISPN-10856:
-----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Proto lock files not committed during .Final release
> ----------------------------------------------------
>
> Key: ISPN-10856
> URL: https://issues.jboss.org/browse/ISPN-10856
> Project: Infinispan
> Issue Type: Bug
> Components: Build
> Affects Versions: 10.0.0.Final
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Major
> Fix For: 10.0.1.Final, 10.1.0.Final
>
>
> The {{Commit Proto.lock Files}} stage of the pipeline executed during the release build, however the generated {{proto.lock}} files were not committed to git. This occurrs because the stage is executed before the {{checkout}} phase.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 6 months
[JBoss JIRA] (ISPN-10863) java.lang.IllegalAccessException logged by PropertyFormatter
by Nistor Adrian (Jira)
Nistor Adrian created ISPN-10863:
------------------------------------
Summary: java.lang.IllegalAccessException logged by PropertyFormatter
Key: ISPN-10863
URL: https://issues.jboss.org/browse/ISPN-10863
Project: Infinispan
Issue Type: Bug
Components: Configuration
Affects Versions: 10.0.0.Final
Reporter: Nistor Adrian
Assignee: Nistor Adrian
Fix For: 10.1.0.Beta1
This is a benign issue being logged by AccessibleObject when PropertyFormatter attempts to accesses via reflection some config methods that are not accessible. JmxStatsFunctionalTest is one good example, and it's not failing because of this.
{code}
java.lang.IllegalAccessException: class org.infinispan.configuration.format.PropertyFormatter cannot access a member of class org.infinispan.configuration.cache.AuthorizationConfiguration with modifiers "static final"
at java.base/jdk.internal.reflect.Reflection.newIllegalAccessException(Reflection.java:361)
at java.base/java.lang.reflect.AccessibleObject.checkAccess(AccessibleObject.java:591)
at java.base/java.lang.reflect.Method.invoke(Method.java:558)
at org.infinispan.configuration.format.PropertyFormatter.reflect(PropertyFormatter.java:101)
at org.infinispan.configuration.format.PropertyFormatter.reflect(PropertyFormatter.java:110)
at org.infinispan.configuration.format.PropertyFormatter.reflect(PropertyFormatter.java:101)
at org.infinispan.configuration.format.PropertyFormatter.reflect(PropertyFormatter.java:101)
at org.infinispan.configuration.format.PropertyFormatter.format(PropertyFormatter.java:131)
at org.infinispan.cache.impl.AbstractDelegatingCache.getConfigurationAsProperties(AbstractDelegatingCache.java:616)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at org.infinispan.jmx.ResourceDMBean$InvokableSetterBasedMBeanAttributeInfo.invoke(ResourceDMBean.java:378)
at org.infinispan.jmx.ResourceDMBean.getNamedAttribute(ResourceDMBean.java:289)
at org.infinispan.jmx.ResourceDMBean.getAttribute(ResourceDMBean.java:172)
at java.management/com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getAttribute(DefaultMBeanServerInterceptor.java:641)
at java.management/com.sun.jmx.mbeanserver.JmxMBeanServer.getAttribute(JmxMBeanServer.java:678)
at org.infinispan.jmx.JmxStatsFunctionalTest.testConfigurationProperties(JmxStatsFunctionalTest.java:307)
{code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 6 months
[JBoss JIRA] (ISPN-10863) java.lang.IllegalAccessException logged by PropertyFormatter
by Nistor Adrian (Jira)
[ https://issues.jboss.org/browse/ISPN-10863?page=com.atlassian.jira.plugin... ]
Nistor Adrian updated ISPN-10863:
---------------------------------
Status: Open (was: New)
> java.lang.IllegalAccessException logged by PropertyFormatter
> -------------------------------------------------------------
>
> Key: ISPN-10863
> URL: https://issues.jboss.org/browse/ISPN-10863
> Project: Infinispan
> Issue Type: Bug
> Components: Configuration
> Affects Versions: 10.0.0.Final
> Reporter: Nistor Adrian
> Assignee: Nistor Adrian
> Priority: Major
> Fix For: 10.1.0.Beta1
>
>
> This is a benign issue being logged by AccessibleObject when PropertyFormatter attempts to accesses via reflection some config methods that are not accessible. JmxStatsFunctionalTest is one good example, and it's not failing because of this.
> {code}
> java.lang.IllegalAccessException: class org.infinispan.configuration.format.PropertyFormatter cannot access a member of class org.infinispan.configuration.cache.AuthorizationConfiguration with modifiers "static final"
> at java.base/jdk.internal.reflect.Reflection.newIllegalAccessException(Reflection.java:361)
> at java.base/java.lang.reflect.AccessibleObject.checkAccess(AccessibleObject.java:591)
> at java.base/java.lang.reflect.Method.invoke(Method.java:558)
> at org.infinispan.configuration.format.PropertyFormatter.reflect(PropertyFormatter.java:101)
> at org.infinispan.configuration.format.PropertyFormatter.reflect(PropertyFormatter.java:110)
> at org.infinispan.configuration.format.PropertyFormatter.reflect(PropertyFormatter.java:101)
> at org.infinispan.configuration.format.PropertyFormatter.reflect(PropertyFormatter.java:101)
> at org.infinispan.configuration.format.PropertyFormatter.format(PropertyFormatter.java:131)
> at org.infinispan.cache.impl.AbstractDelegatingCache.getConfigurationAsProperties(AbstractDelegatingCache.java:616)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at org.infinispan.jmx.ResourceDMBean$InvokableSetterBasedMBeanAttributeInfo.invoke(ResourceDMBean.java:378)
> at org.infinispan.jmx.ResourceDMBean.getNamedAttribute(ResourceDMBean.java:289)
> at org.infinispan.jmx.ResourceDMBean.getAttribute(ResourceDMBean.java:172)
> at java.management/com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getAttribute(DefaultMBeanServerInterceptor.java:641)
> at java.management/com.sun.jmx.mbeanserver.JmxMBeanServer.getAttribute(JmxMBeanServer.java:678)
> at org.infinispan.jmx.JmxStatsFunctionalTest.testConfigurationProperties(JmxStatsFunctionalTest.java:307)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 6 months
[JBoss JIRA] (ISPN-6494) Investigate bundler performance
by Bela Ban (Jira)
[ https://issues.jboss.org/browse/ISPN-6494?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on ISPN-6494:
--------------------------------
No problem Johno.
I'll revisit this issue anyway, so if you have input, please add it to the 5.0 issue.
Cheers,
> Investigate bundler performance
> -------------------------------
>
> Key: ISPN-6494
> URL: https://issues.jboss.org/browse/ISPN-6494
> Project: Infinispan
> Issue Type: Task
> Components: Core
> Affects Versions: 9.0.0.Alpha1
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 10.1.0.Final
>
>
> For ISPN-6027 we changed the default JGroups bundler to {{sender-sends-with-timer}}, because it was faster in some of the performance tests. However, IspnPerfTest shows {{transfer-queue-bundler}} to be consistently better, so we need to investigate the bundler choice again.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 6 months
[JBoss JIRA] (ISPN-9981) org.infinispan.jcache.embedded.JCache should use ClassLoader provided by org.infinispan.jcache.embedded.JCacheManager
by Dan Berindei (Jira)
[ https://issues.jboss.org/browse/ISPN-9981?page=com.atlassian.jira.plugin.... ]
Dan Berindei resolved ISPN-9981.
--------------------------------
Resolution: Out of Date
{{AdvancedCache.with(ClassLoader)}} has been deprecated and doesn't do anything since 9.4.
The only option to use a custom classloader is now to set the classloader in the global configuration, and that's what the {{JCacheManager}} constructor does.
> 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.13.8#713008)
4 years, 6 months
[JBoss JIRA] (ISPN-10862) SpringCache unwrapping NullValue singleton fails with Java Serialization
by Ryan Emerson (Jira)
[ https://issues.jboss.org/browse/ISPN-10862?page=com.atlassian.jira.plugin... ]
Ryan Emerson updated ISPN-10862:
--------------------------------
Fix Version/s: 10.0.1.Final
10.1.0.Final
> SpringCache unwrapping NullValue singleton fails with Java Serialization
> ------------------------------------------------------------------------
>
> Key: ISPN-10862
> URL: https://issues.jboss.org/browse/ISPN-10862
> Project: Infinispan
> Issue Type: Bug
> Components: Spring Integration
> Affects Versions: 10.0.0.Final
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Blocker
> Fix For: 10.0.1.Final, 10.1.0.Final
>
>
> Our spring integration makes use of the {{NullValue.NULL}} singleton when wrapping null values, however the singleton semantics are not respected when Java Serialization is used as this was previously enforced by a {{Externalizer}} implementation.
> Therefore, the NullValue wrapper is never unwrapped.
> .SpringCache
> private ValueWrapper wrap(Object value) {
> if (value == null) {
> return null;
> }
> if (value == NullValue.NULL) {
> return NullValue.NULL;
> }
> return new SimpleValueWrapper(value);
> }
> private <T> T unwrapNull(Object value) {
> if (value == NullValue.NULL) {
> return null;
> }
> return (T) value;
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 6 months
[JBoss JIRA] (ISPN-10862) SpringCache unwrapping NullValue singleton fails with Java Serialization
by Ryan Emerson (Jira)
[ https://issues.jboss.org/browse/ISPN-10862?page=com.atlassian.jira.plugin... ]
Ryan Emerson updated ISPN-10862:
--------------------------------
Status: Open (was: New)
> SpringCache unwrapping NullValue singleton fails with Java Serialization
> ------------------------------------------------------------------------
>
> Key: ISPN-10862
> URL: https://issues.jboss.org/browse/ISPN-10862
> Project: Infinispan
> Issue Type: Bug
> Components: Spring Integration
> Affects Versions: 10.0.0.Final
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Blocker
>
> Our spring integration makes use of the {{NullValue.NULL}} singleton when wrapping null values, however the singleton semantics are not respected when Java Serialization is used as this was previously enforced by a {{Externalizer}} implementation.
> Therefore, the NullValue wrapper is never unwrapped.
> .SpringCache
> private ValueWrapper wrap(Object value) {
> if (value == null) {
> return null;
> }
> if (value == NullValue.NULL) {
> return NullValue.NULL;
> }
> return new SimpleValueWrapper(value);
> }
> private <T> T unwrapNull(Object value) {
> if (value == NullValue.NULL) {
> return null;
> }
> return (T) value;
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 6 months
[JBoss JIRA] (ISPRK-62) Update to Scala 2.12
by Gustavo Fernandes (Jira)
Gustavo Fernandes created ISPRK-62:
--------------------------------------
Summary: Update to Scala 2.12
Key: ISPRK-62
URL: https://issues.jboss.org/browse/ISPRK-62
Project: Infinispan Spark
Issue Type: Component Upgrade
Components: Build
Affects Versions: 0.9
Reporter: Gustavo Fernandes
Assignee: Gustavo Fernandes
Fix For: 0.10
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 6 months