December 2014 - infinispan-issues

[JBoss JIRA] (ISPN-3278) Remove CacheLoaderAdapters

by Vojtech Juranek (JIRA)

[ https://issues.jboss.org/browse/ISPN-3278?page=com.atlassian.jira.plugin.... ] Vojtech Juranek closed ISPN-3278. --------------------------------- Resolution: Out of Date It doesn't appear in ISPN code base any more. Migration of various cache stores are tracked in separate Jiras. > Remove CacheLoaderAdapters > -------------------------- > > Key: ISPN-3278 > URL: https://issues.jboss.org/browse/ISPN-3278 > Project: Infinispan > Issue Type: Enhancement > Components: Loaders and Stores > Affects Versions: 6.0.0.Alpha1 > Reporter: Navin Surtani > Assignee: Navin Surtani > > Once ISPN-3276 has been completed, usages of CacheLoaderAdapters have to be removed as well. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4499) Prevent shadowing user-defined jgroups configuration file

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4499?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-4499: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1115555 > Prevent shadowing user-defined jgroups configuration file > --------------------------------------------------------- > > Key: ISPN-4499 > URL: https://issues.jboss.org/browse/ISPN-4499 > Project: Infinispan > Issue Type: Enhancement > Components: Configuration > Affects Versions: 7.0.0.Alpha4 > Reporter: Martin Gencur > Assignee: Martin Gencur > Fix For: 7.0.0.Alpha5 > > > When users create their own JGroups configuration file and name it the same way as default configuration files (jgroups-udp.xml / jgroups-tcp-xml / jgroups-ec2.xml), they might not be visible to the user application as they're shadowed by the default configuration files. > Proposed solution: > * place current jgroups configuration files into META-INF/configs folder (this folder doesn't have to have an obscure name such as "_internal" because of the following two points which complement the solution) > * define order in which the config files are read by class loader (i.e. first scan user application, then path under META-INF/configs) > * when Infinispan is started, log the path to the configuration file used, e.g.: > {code} > 2014-06-12 06:45:02,871 [thread-name] INFO [package-name] Using JGroups configuration file 'jar:META-INF/example_configurations/jgroups/udp.xml' > 2014-06-12 06:45:02,871 [thread-name] INFO [package-name] Using JGroups configuration file 'file:/app_home/config/jgroups-udp.xml' > {code} -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4499) Prevent shadowing user-defined jgroups configuration file

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4499?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4499: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1115555|https://bugzilla.redhat.com/show_bug.cgi?id=1115555] from NEW to ASSIGNED > Prevent shadowing user-defined jgroups configuration file > --------------------------------------------------------- > > Key: ISPN-4499 > URL: https://issues.jboss.org/browse/ISPN-4499 > Project: Infinispan > Issue Type: Enhancement > Components: Configuration > Affects Versions: 7.0.0.Alpha4 > Reporter: Martin Gencur > Assignee: Martin Gencur > Fix For: 7.0.0.Alpha5 > > > When users create their own JGroups configuration file and name it the same way as default configuration files (jgroups-udp.xml / jgroups-tcp-xml / jgroups-ec2.xml), they might not be visible to the user application as they're shadowed by the default configuration files. > Proposed solution: > * place current jgroups configuration files into META-INF/configs folder (this folder doesn't have to have an obscure name such as "_internal" because of the following two points which complement the solution) > * define order in which the config files are read by class loader (i.e. first scan user application, then path under META-INF/configs) > * when Infinispan is started, log the path to the configuration file used, e.g.: > {code} > 2014-06-12 06:45:02,871 [thread-name] INFO [package-name] Using JGroups configuration file 'jar:META-INF/example_configurations/jgroups/udp.xml' > 2014-06-12 06:45:02,871 [thread-name] INFO [package-name] Using JGroups configuration file 'file:/app_home/config/jgroups-udp.xml' > {code} -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3548) Migrate HBase cache store to the 6.0 cachestore API

by Vojtech Juranek (JIRA)

[ https://issues.jboss.org/browse/ISPN-3548?page=com.atlassian.jira.plugin.... ] Vojtech Juranek reassigned ISPN-3548: ------------------------------------- Assignee: Vojtech Juranek (was: Mircea Markus) > Migrate HBase cache store to the 6.0 cachestore API > ---------------------------------------------------- > > Key: ISPN-3548 > URL: https://issues.jboss.org/browse/ISPN-3548 > Project: Infinispan > Issue Type: Enhancement > Components: Loaders and Stores > Reporter: Mircea Markus > Assignee: Vojtech Juranek > -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5041) Random failure of test org.infinispan.distribution.ConcurrentStartWithReplTest.testSequence4

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5041?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-5041: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1138572 > Random failure of test org.infinispan.distribution.ConcurrentStartWithReplTest.testSequence4 > -------------------------------------------------------------------------------------------- > > Key: ISPN-5041 > URL: https://issues.jboss.org/browse/ISPN-5041 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.2.11.Final > Environment: RHEL7 > Reporter: Richard Janík > Priority: Minor > > I'm seeing a random (1 out of 20) failure of org.infinispan.distribution.ConcurrentStartWithReplTest.testSequence4 when a distributed cache fails to start because: > {code} > ISPN000210: Failed to request segments [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 17, 16, 19, 18, 21, 20, 23, 22, 25, 24, 27, 26, 29, 28, 31, 30, 34, 35, 32, 33, 38, 39, 36, 37, 42, 43, 40, 41, 46, 47, 44, 45, 51, 50, 49, 48, 55, 54, 53, 52, 59, 58, 57, 56] of cache d from node ConcurrentStartWithReplTest-NodeB-18005 (node will not be retried) > {code} > Stacktrace: > {code} > Error Message > Method org.testng.internal.TestNGMethod.testSequence4() didn't finish within the time-out 60000 > Stacktrace > org.testng.internal.thread.ThreadTimeoutException: Method org.testng.internal.TestNGMethod.testSequence4() didn't finish within the time-out 60000 > at sun.misc.Unsafe.park(Native Method) > at java.util.concurrent.locks.LockSupport.park(LockSupport.java:197) > at java.util.concurrent.FutureTask.awaitDone(FutureTask.java:436) > at java.util.concurrent.FutureTask.get(FutureTask.java:198) > at org.infinispan.distribution.ConcurrentStartWithReplTest.doTest(ConcurrentStartWithReplTest.java:161) > at org.infinispan.distribution.ConcurrentStartWithReplTest.testSequence4(ConcurrentStartWithReplTest.java:137) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:94) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55) > at java.lang.reflect.Method.invoke(Method.java:619) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) > at org.testng.internal.InvokeMethodRunnable.runOne(InvokeMethodRunnable.java:46) > at org.testng.internal.InvokeMethodRunnable.run(InvokeMethodRunnable.java:37) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:482) > at java.util.concurrent.FutureTask.run(FutureTask.java:273) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1176) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641) > at java.lang.Thread.run(Thread.java:853) > {code} > Standard output: > {code} > 014-11-26 15:19:18,021 WARN [InboundTransferTask] (transport-thread-2,ConcurrentStartWithReplTest-NodeA) ISPN000210: Failed to request segments [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 17, 16, 19, 18, 21, 20, 23, 22, 25, 24, 27, 26, 29, 28, 31, 30, 34, 35, 32, 33, 38, 39, 36, 37, 42, 43, 40, 41, 46, 47, 44, 45, 51, 50, 49, 48, 55, 54, 53, 52, 59, 58, 57, 56] of cache d from node ConcurrentStartWithReplTest-NodeB-18005 (node will not be retried) > 2014-11-26 15:19:18,221 ERROR [StateConsumerImpl] (transport-thread-2,ConcurrentStartWithReplTest-NodeA) ISPN000208: No live owners found for segment 0 of cache d. Current owners are: [ConcurrentStartWithReplTest-NodeB-18005]. Faulty owners: [ConcurrentStartWithReplTest-NodeB-18005] > ... > 2014-11-26 15:19:18,268 ERROR [StateConsumerImpl] (transport-thread-2,ConcurrentStartWithReplTest-NodeA) ISPN000208: No live owners found for segment 56 of cache d. Current owners are: [ConcurrentStartWithReplTest-NodeB-18005]. Faulty owners: [ConcurrentStartWithReplTest-NodeB-18005] > [testng-ConcurrentStartWithReplTest] Test testSequence4(org.infinispan.distribution.ConcurrentStartWithReplTest) failed. > {code} > Jenkins link: > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-6x-manu-infinisp... > Configurations: > jdk=ibm1.7 platform=RHEL7 > jdk=openjdk-1.6.0 platform=RHEL7 -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5041) Random failure of test org.infinispan.distribution.ConcurrentStartWithReplTest.testSequence4

by Richard Janík (JIRA)

Richard Janík created ISPN-5041: ----------------------------------- Summary: Random failure of test org.infinispan.distribution.ConcurrentStartWithReplTest.testSequence4 Key: ISPN-5041 URL: https://issues.jboss.org/browse/ISPN-5041 Project: Infinispan Issue Type: Bug Affects Versions: 5.2.11.Final Environment: RHEL7 Reporter: Richard Janík Priority: Minor I'm seeing a random (1 out of 20) failure of org.infinispan.distribution.ConcurrentStartWithReplTest.testSequence4 when a distributed cache fails to start because: {code} ISPN000210: Failed to request segments [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 17, 16, 19, 18, 21, 20, 23, 22, 25, 24, 27, 26, 29, 28, 31, 30, 34, 35, 32, 33, 38, 39, 36, 37, 42, 43, 40, 41, 46, 47, 44, 45, 51, 50, 49, 48, 55, 54, 53, 52, 59, 58, 57, 56] of cache d from node ConcurrentStartWithReplTest-NodeB-18005 (node will not be retried) {code} Stacktrace: {code} Error Message Method org.testng.internal.TestNGMethod.testSequence4() didn't finish within the time-out 60000 Stacktrace org.testng.internal.thread.ThreadTimeoutException: Method org.testng.internal.TestNGMethod.testSequence4() didn't finish within the time-out 60000 at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:197) at java.util.concurrent.FutureTask.awaitDone(FutureTask.java:436) at java.util.concurrent.FutureTask.get(FutureTask.java:198) at org.infinispan.distribution.ConcurrentStartWithReplTest.doTest(ConcurrentStartWithReplTest.java:161) at org.infinispan.distribution.ConcurrentStartWithReplTest.testSequence4(ConcurrentStartWithReplTest.java:137) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:94) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55) at java.lang.reflect.Method.invoke(Method.java:619) at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) at org.testng.internal.InvokeMethodRunnable.runOne(InvokeMethodRunnable.java:46) at org.testng.internal.InvokeMethodRunnable.run(InvokeMethodRunnable.java:37) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:482) at java.util.concurrent.FutureTask.run(FutureTask.java:273) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1176) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641) at java.lang.Thread.run(Thread.java:853) {code} Standard output: {code} 014-11-26 15:19:18,021 WARN [InboundTransferTask] (transport-thread-2,ConcurrentStartWithReplTest-NodeA) ISPN000210: Failed to request segments [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 17, 16, 19, 18, 21, 20, 23, 22, 25, 24, 27, 26, 29, 28, 31, 30, 34, 35, 32, 33, 38, 39, 36, 37, 42, 43, 40, 41, 46, 47, 44, 45, 51, 50, 49, 48, 55, 54, 53, 52, 59, 58, 57, 56] of cache d from node ConcurrentStartWithReplTest-NodeB-18005 (node will not be retried) 2014-11-26 15:19:18,221 ERROR [StateConsumerImpl] (transport-thread-2,ConcurrentStartWithReplTest-NodeA) ISPN000208: No live owners found for segment 0 of cache d. Current owners are: [ConcurrentStartWithReplTest-NodeB-18005]. Faulty owners: [ConcurrentStartWithReplTest-NodeB-18005] ... 2014-11-26 15:19:18,268 ERROR [StateConsumerImpl] (transport-thread-2,ConcurrentStartWithReplTest-NodeA) ISPN000208: No live owners found for segment 56 of cache d. Current owners are: [ConcurrentStartWithReplTest-NodeB-18005]. Faulty owners: [ConcurrentStartWithReplTest-NodeB-18005] [testng-ConcurrentStartWithReplTest] Test testSequence4(org.infinispan.distribution.ConcurrentStartWithReplTest) failed. {code} Jenkins link: https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-6x-manu-infinisp... Configurations: jdk=ibm1.7 platform=RHEL7 jdk=openjdk-1.6.0 platform=RHEL7 -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4770) PublicAPI doclet crashes when generics without type parameters are found

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4770?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4770: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1164688|https://bugzilla.redhat.com/show_bug.cgi?id=1164688] from ASSIGNED to POST > PublicAPI doclet crashes when generics without type parameters are found > ------------------------------------------------------------------------ > > Key: ISPN-4770 > URL: https://issues.jboss.org/browse/ISPN-4770 > Project: Infinispan > Issue Type: Bug > Components: Documentation-Core > Affects Versions: 7.0.0.Beta2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.0.0.CR1 > > > The PublicAPI doclet crashes if it encounters a generic without a type parameter, e.g. List instead of List<Object>. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4769) XSD documentation generator does not handle some types (e.g. xs:list)

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4769?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4769: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1164688|https://bugzilla.redhat.com/show_bug.cgi?id=1164688] from ASSIGNED to POST > XSD documentation generator does not handle some types (e.g. xs:list) > --------------------------------------------------------------------- > > Key: ISPN-4769 > URL: https://issues.jboss.org/browse/ISPN-4769 > Project: Infinispan > Issue Type: Bug > Components: Documentation-Core > Affects Versions: 7.0.0.Beta2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.0.0.CR1 > > > The XSD documentation generator does not handle xs:list simpleTypes and doesn't show documentation for restrictions. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4433) Can not run INFINISPAN testsuite with JDK8

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4433?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4433: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1084904|https://bugzilla.redhat.com/show_bug.cgi?id=1084904] from ASSIGNED to POST > Can not run INFINISPAN testsuite with JDK8 > ------------------------------------------- > > Key: ISPN-4433 > URL: https://issues.jboss.org/browse/ISPN-4433 > Project: Infinispan > Issue Type: Bug > Components: Build process > Affects Versions: 7.0.0.Alpha4 > Reporter: Vitalii Chepeliuk > Assignee: Mircea Markus > Fix For: 7.0.0.Alpha5 > > > {noformat} > [ERROR] Failed to execute goal org.codehaus.mojo:animal-sniffer-maven-plugin:1.9:check (default) on project infinispan-cachestore-jdbc: Execution default of goal org.codehaus.mojo:animal-sniffer-maven-plugin:1.9:check failed. IllegalArgumentException -> [Help 1] > [ERROR] Failed to execute goal org.codehaus.mojo:animal-sniffer-maven-plugin:1.9:check (default) on project infinispan-lucene-v3: Execution default of goal org.codehaus.mojo:animal-sniffer-maven-plugin:1.9:check failed. IllegalArgumentException -> [Help 1] > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-dependency-plugin:2.8:unpack (unpack) on project infinispan-lucene-directory: Artifact has not been packaged yet. When used on reactor artifact, unpack should be executed after packaging: see MDEP-98. -> [Help 2] > [ERROR] Failed to execute goal org.codehaus.mojo:animal-sniffer-maven-plugin:1.9:check (default) on project infinispan-query: Execution default of goal org.codehaus.mojo:animal-sniffer-maven-plugin:1.9:check failed. IllegalArgumentException -> [Help 1] > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.1:compile (default-compile) on project infinispan-tools: Compilation failure: Compilation failure: > [ERROR] /mnt/hudson_workspace/workspace/edg-60-ispn-testsuite-rhel/89fa96e5/infinispan/tools/src/main/java/org/infinispan/tools/doclet/jmx/JmxDoclet.java:[67,32] cannot find symbol > [ERROR] symbol: method getInstance() > [ERROR] location: class com.sun.tools.doclets.formats.html.ConfigurationImpl > [ERROR] /mnt/hudson_workspace/workspace/edg-60-ispn-testsuite-rhel/89fa96e5/infinispan/tools/src/main/java/org/infinispan/tools/doclet/jmx/JmxDoclet.java:[80,32] cannot find symbol > [ERROR] symbol: method getInstance() > [ERROR] location: class com.sun.tools.doclets.formats.html.ConfigurationImpl > [ERROR] -> [Help 3] > {noformat} > Look on last Jenkins run with JDK8 > * RHEL5 > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... > * RHEL6 > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4771) Combine doclets to avoid running javadocs multiple times

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4771?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4771: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1164688|https://bugzilla.redhat.com/show_bug.cgi?id=1164688] from ASSIGNED to POST > Combine doclets to avoid running javadocs multiple times > -------------------------------------------------------- > > Key: ISPN-4771 > URL: https://issues.jboss.org/browse/ISPN-4771 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation-Core > Affects Versions: 7.0.0.Beta2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.0.0.CR1 > > > The PublicAPIDoclet and JMXDoclet doclets should be combined so that they only require one pass -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 10 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues December 2014