March 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5231) CacheNotifierImpl should wire the listener and converter with dependecies from ComponentRegistry

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5231?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5231: ----------------------------------------------- Adrian Nistor <anistor(a)redhat.com> changed the Status of [bug 1202477|https://bugzilla.redhat.com/show_bug.cgi?id=1202477] from NEW to POST > CacheNotifierImpl should wire the listener and converter with dependecies from ComponentRegistry > ------------------------------------------------------------------------------------------------ > > Key: ISPN-5231 > URL: https://issues.jboss.org/browse/ISPN-5231 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Affects Versions: 7.1.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.2.0.Beta1, 7.2.0.Final > > > The wiring is already done for distributed iterators, so the same mechanism should be reused with filters that are used for events. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5269) Process and generate component metadata for tests

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5269?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5269: ----------------------------------------------- Adrian Nistor <anistor(a)redhat.com> changed the Status of [bug 1202477|https://bugzilla.redhat.com/show_bug.cgi?id=1202477] from NEW to POST > Process and generate component metadata for tests > ------------------------------------------------- > > Key: ISPN-5269 > URL: https://issues.jboss.org/browse/ISPN-5269 > Project: Infinispan > Issue Type: Enhancement > Components: Build process > Affects Versions: 7.2.0.Alpha1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.2.0.Beta1 > > > Currently it is not possible to use @Inject annotations in test classes because component metadata is not processed for test sources. It would be nice to have this (optionally) generated. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5284) ComponentMetadataPersister fails to process classes that contain ".class" in their FQN

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5284?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5284: ----------------------------------------------- Adrian Nistor <anistor(a)redhat.com> changed the Status of [bug 1202477|https://bugzilla.redhat.com/show_bug.cgi?id=1202477] from NEW to POST > ComponentMetadataPersister fails to process classes that contain ".class" in their FQN > -------------------------------------------------------------------------------------- > > Key: ISPN-5284 > URL: https://issues.jboss.org/browse/ISPN-5284 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.2.0.Alpha1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.2.0.Beta1 > > > [ComponentMetadataPersister] Starting component metadata generation. Scanning classes in /home/adrian/work/infinispan22222/infinispan/query/target/test-classes > [WARNING] > java.lang.reflect.InvocationTargetException > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:297) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.ClassNotFoundException: org.infinispan.queryloading.KeyTransformationUsingClassloadersTest > at java.net.URLClassLoader$1.run(URLClassLoader.java:366) > at java.net.URLClassLoader$1.run(URLClassLoader.java:355) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:354) > at java.lang.ClassLoader.loadClass(ClassLoader.java:425) > at java.lang.ClassLoader.loadClass(ClassLoader.java:358) > at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:119) > at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:115) > at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:115) > at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:115) > at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:115) > at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:115) > at org.infinispan.factories.components.ComponentMetadataPersister.main(ComponentMetadataPersister.java:62) > ... 6 more -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5257) ClusterListenerReplicateCallable should wire the filter and converter with the needed dependecies

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5257?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5257: ----------------------------------------------- Adrian Nistor <anistor(a)redhat.com> changed the Status of [bug 1202477|https://bugzilla.redhat.com/show_bug.cgi?id=1202477] from NEW to POST > ClusterListenerReplicateCallable should wire the filter and converter with the needed dependecies > ------------------------------------------------------------------------------------------------- > > Key: ISPN-5257 > URL: https://issues.jboss.org/browse/ISPN-5257 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.2.0.Beta1, 7.2.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5284) ComponentMetadataPersister fails to process classes that contain ".class" in their FQN

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5284?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-5284: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1202477, https://bugzilla.redhat.com/show_bug.cgi?id=1202479 (was: https://bugzilla.redhat.com/show_bug.cgi?id=1202477) > ComponentMetadataPersister fails to process classes that contain ".class" in their FQN > -------------------------------------------------------------------------------------- > > Key: ISPN-5284 > URL: https://issues.jboss.org/browse/ISPN-5284 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.2.0.Alpha1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.2.0.Beta1 > > > [ComponentMetadataPersister] Starting component metadata generation. Scanning classes in /home/adrian/work/infinispan22222/infinispan/query/target/test-classes > [WARNING] > java.lang.reflect.InvocationTargetException > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:297) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.ClassNotFoundException: org.infinispan.queryloading.KeyTransformationUsingClassloadersTest > at java.net.URLClassLoader$1.run(URLClassLoader.java:366) > at java.net.URLClassLoader$1.run(URLClassLoader.java:355) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:354) > at java.lang.ClassLoader.loadClass(ClassLoader.java:425) > at java.lang.ClassLoader.loadClass(ClassLoader.java:358) > at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:119) > at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:115) > at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:115) > at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:115) > at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:115) > at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:115) > at org.infinispan.factories.components.ComponentMetadataPersister.main(ComponentMetadataPersister.java:62) > ... 6 more -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5269) Process and generate component metadata for tests

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5269?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-5269: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1202477, https://bugzilla.redhat.com/show_bug.cgi?id=1202479 (was: https://bugzilla.redhat.com/show_bug.cgi?id=1202477) > Process and generate component metadata for tests > ------------------------------------------------- > > Key: ISPN-5269 > URL: https://issues.jboss.org/browse/ISPN-5269 > Project: Infinispan > Issue Type: Enhancement > Components: Build process > Affects Versions: 7.2.0.Alpha1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.2.0.Beta1 > > > Currently it is not possible to use @Inject annotations in test classes because component metadata is not processed for test sources. It would be nice to have this (optionally) generated. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5284) ComponentMetadataPersister fails to process classes that contain ".class" in their FQN

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5284?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-5284: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1202477 > ComponentMetadataPersister fails to process classes that contain ".class" in their FQN > -------------------------------------------------------------------------------------- > > Key: ISPN-5284 > URL: https://issues.jboss.org/browse/ISPN-5284 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.2.0.Alpha1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.2.0.Beta1 > > > [ComponentMetadataPersister] Starting component metadata generation. Scanning classes in /home/adrian/work/infinispan22222/infinispan/query/target/test-classes > [WARNING] > java.lang.reflect.InvocationTargetException > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:297) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.ClassNotFoundException: org.infinispan.queryloading.KeyTransformationUsingClassloadersTest > at java.net.URLClassLoader$1.run(URLClassLoader.java:366) > at java.net.URLClassLoader$1.run(URLClassLoader.java:355) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:354) > at java.lang.ClassLoader.loadClass(ClassLoader.java:425) > at java.lang.ClassLoader.loadClass(ClassLoader.java:358) > at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:119) > at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:115) > at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:115) > at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:115) > at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:115) > at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:115) > at org.infinispan.factories.components.ComponentMetadataPersister.main(ComponentMetadataPersister.java:62) > ... 6 more -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5269) Process and generate component metadata for tests

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5269?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-5269: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1202477 > Process and generate component metadata for tests > ------------------------------------------------- > > Key: ISPN-5269 > URL: https://issues.jboss.org/browse/ISPN-5269 > Project: Infinispan > Issue Type: Enhancement > Components: Build process > Affects Versions: 7.2.0.Alpha1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.2.0.Beta1 > > > Currently it is not possible to use @Inject annotations in test classes because component metadata is not processed for test sources. It would be nice to have this (optionally) generated. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5298) HotRod millisecond precision for lifespan/maxidle

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5298?page=com.atlassian.jira.plugin.... ] Dan Berindei edited comment on ISPN-5298 at 3/17/15 5:12 AM: ------------------------------------------------------------- You can satisfy that condition by rounding down to the second and adding a special value (let's say 0xFFFFFFFF) to signal that the entry should expire immediately. The way I see it, in order to say we provide millisecond precision, we would have to ensure that the entry expires within a millisecond interval on all the nodes. But it's quite common for the timestamp of the entry on the backup owner to be 1 ms or more older than the timestamp of the entry on the primary owner, so we can't provide that. was (Author: dan.berindei): You can satisfy that condition by adding rounding down to the second and adding a special value (let's say 0xFFFFFFFF) to signal that the entry should expire immediately. The way I see it, in order to say we provide millisecond precision, we would have to ensure that the entry expires within a millisecond interval on all the nodes. But it's quite common for the timestamp of the entry on the backup owner to be 1 ms or more older than the timestamp of the entry on the primary owner, so we can't provide that. > HotRod millisecond precision for lifespan/maxidle > ------------------------------------------------- > > Key: ISPN-5298 > URL: https://issues.jboss.org/browse/ISPN-5298 > Project: Infinispan > Issue Type: Feature Request > Components: Remote Protocols > Affects Versions: 7.2.0.Alpha1 > Reporter: Ion Savin > > Currently lifespan/maxidle precision is SECONDS. > JSR-107 requires MILLISECONDS precision. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5298) HotRod millisecond precision for lifespan/maxidle

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5298?page=com.atlassian.jira.plugin.... ] Dan Berindei commented on ISPN-5298: ------------------------------------ You can satisfy that condition by adding rounding down to the second and adding a special value (let's say 0xFFFFFFFF) to signal that the entry should expire immediately. The way I see it, in order to say we provide millisecond precision, we would have to ensure that the entry expires within a millisecond interval on all the nodes. But it's quite common for the timestamp of the entry on the backup owner to be 1 ms or more older than the timestamp of the entry on the primary owner, so we can't provide that. > HotRod millisecond precision for lifespan/maxidle > ------------------------------------------------- > > Key: ISPN-5298 > URL: https://issues.jboss.org/browse/ISPN-5298 > Project: Infinispan > Issue Type: Feature Request > Components: Remote Protocols > Affects Versions: 7.2.0.Alpha1 > Reporter: Ion Savin > > Currently lifespan/maxidle precision is SECONDS. > JSR-107 requires MILLISECONDS precision. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues March 2015