November 2014 - infinispan-issues

[JBoss JIRA] (ISPN-4873) Statetransfer thread pool deadlock

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4873?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4873: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1168241|https://bugzilla.redhat.com/show_bug.cgi?id=1168241] from NEW to MODIFIED > Statetransfer thread pool deadlock > ---------------------------------- > > Key: ISPN-4873 > URL: https://issues.jboss.org/browse/ISPN-4873 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 6.0.2.Final > Reporter: Takayoshi Kimura > Assignee: Dan Berindei > Fix For: 7.1.0.Alpha1 > > > During massive state transfer with 300 nodes and 3000 caches, the OOB and/or infinispan thread pool gets deadlock, similar to ISPN-2808. > The thread pool is configured with max 1400 threads now and increasing them is not a realistic workaround as the user is planning to add more caches. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-4873) Statetransfer thread pool deadlock

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4873?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-4873: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1156332, https://bugzilla.redhat.com/show_bug.cgi?id=1168241 (was: https://bugzilla.redhat.com/show_bug.cgi?id=1156332) > Statetransfer thread pool deadlock > ---------------------------------- > > Key: ISPN-4873 > URL: https://issues.jboss.org/browse/ISPN-4873 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 6.0.2.Final > Reporter: Takayoshi Kimura > Assignee: Dan Berindei > Fix For: 7.1.0.Alpha1 > > > During massive state transfer with 300 nodes and 3000 caches, the OOB and/or infinispan thread pool gets deadlock, similar to ISPN-2808. > The thread pool is configured with max 1400 threads now and increasing them is not a realistic workaround as the user is planning to add more caches. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-4882) HotRod authentication fails with an authorization-enabled clustered container

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4882?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4882: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1168237|https://bugzilla.redhat.com/show_bug.cgi?id=1168237] from NEW to MODIFIED > HotRod authentication fails with an authorization-enabled clustered container > ----------------------------------------------------------------------------- > > Key: ISPN-4882 > URL: https://issues.jboss.org/browse/ISPN-4882 > Project: Infinispan > Issue Type: Feature Request > Components: Security, Server > Affects Versions: 7.0.0.CR2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Blocker > Fix For: 7.0.0.Final > > > If authorization is enabled on a clustered container, the hotrod server silently fails when attempting to retrieve the topology information without using a privileged action. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-4882) HotRod authentication fails with an authorization-enabled clustered container

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4882?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-4882: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1156318, https://bugzilla.redhat.com/show_bug.cgi?id=1158121, https://bugzilla.redhat.com/show_bug.cgi?id=1168237 (was: https://bugzilla.redhat.com/show_bug.cgi?id=1156318, https://bugzilla.redhat.com/show_bug.cgi?id=1158121) > HotRod authentication fails with an authorization-enabled clustered container > ----------------------------------------------------------------------------- > > Key: ISPN-4882 > URL: https://issues.jboss.org/browse/ISPN-4882 > Project: Infinispan > Issue Type: Feature Request > Components: Security, Server > Affects Versions: 7.0.0.CR2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Blocker > Fix For: 7.0.0.Final > > > If authorization is enabled on a clustered container, the hotrod server silently fails when attempting to retrieve the topology information without using a privileged action. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-4027) TransactionTable.start() initialize the TxCleanupService thread pool even when the cache is NON_TRANSACTIONAL

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4027?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4027: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1168235|https://bugzilla.redhat.com/show_bug.cgi?id=1168235] from NEW to MODIFIED > TransactionTable.start() initialize the TxCleanupService thread pool even when the cache is NON_TRANSACTIONAL > ------------------------------------------------------------------------------------------------------------- > > Key: ISPN-4027 > URL: https://issues.jboss.org/browse/ISPN-4027 > Project: Infinispan > Issue Type: Bug > Affects Versions: 6.0.1.Final > Reporter: Guillermo GARCIA OCHOA > Assignee: Takayoshi Kimura > Labels: 630 > Fix For: 7.0.0.CR2 > > > In the {{TransactionTable.start()}} each cache creates a thread pool and a job is scheduled to clean up completed transactions. > {code:java} > private void start() { > ... > totalOrder = configuration.transaction().transactionProtocol().isTotalOrder(); > if (!totalOrder) { > // Periodically run a task to cleanup the transaction table from completed transactions. > ThreadFactory tf = new ThreadFactory() { > @Override > public Thread newThread(Runnable r) { > String address = rpcManager != null ? rpcManager.getTransport().getAddress().toString() : "local"; > Thread th = new Thread(r, "TxCleanupService," + cacheName + "," + address); > th.setDaemon(true); > return th; > } > }; > executorService = Executors.newSingleThreadScheduledExecutor(tf); > long interval = configuration.transaction().reaperWakeUpInterval(); > executorService.scheduleAtFixedRate(new Runnable() { > @Override > public void run() { > cleanupCompletedTransactions(); > } > }, interval, interval, TimeUnit.MILLISECONDS); > } > } > {code} > As you can see in the code, even is the cache is {{NON_TRANSACTIONAL}} the job is scheduled, consuming resources to do nothing (the {{completedTransactions}} map is always empty) > Maybe I'm missing something, but our application profiling is showing us that these threads do nothing but they are consuming precious resources because we have more than 1000 {{NON_TRANSACTIONAL}} caches. > (i) This can be considered when solving ISPN-3702 too. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-5023) Random Failues on *FactoryBeanTest in the Spring Modules

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5023?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5023: ------------------------------- Description: Example: http://ci.infinispan.org/viewLog.html?buildId=14526&tab=buildResultsDiv&b... {noformat} org.infinispan.manager.EmbeddedCacheManagerStartupException: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.remoting.transport.jgroups.JGroupsTransport.start() on object of type JGroupsTransport at org.infinispan.factories.GlobalComponentRegistry.start(GlobalComponentRegistry.java:243) at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:573) at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:539) at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:416) at org.infinispan.spring.support.embedded.InfinispanEmbeddedCacheManagerFactoryBeanTest$2.call(InfinispanEmbeddedCacheManagerFactoryBeanTest.java:82) at org.infinispan.test.TestingUtil.withCacheManager(TestingUtil.java:1321) at org.infinispan.spring.support.embedded.InfinispanEmbeddedCacheManagerFactoryBeanTest.infinispanEmbeddedCacheManagerFactoryBeanShouldCreateACustomizedCacheManagerIfGivenADefaultConfigurationLocation(InfinispanEmbeddedCacheManagerFactoryBeanTest.java:75) 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.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84) at org.testng.internal.Invoker.invokeMethod(Invoker.java:714) at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901) at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231) at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127) at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111) at org.testng.TestRunner.privateRun(TestRunner.java:767) at org.testng.TestRunner.run(TestRunner.java:617) at org.testng.SuiteRunner.runTest(SuiteRunner.java:348) at org.testng.SuiteRunner.access$000(SuiteRunner.java:38) at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:382) at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) Caused by: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.remoting.transport.jgroups.JGroupsTransport.start() on object of type JGroupsTransport at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:170) at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:869) at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:638) at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:627) at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:530) at org.infinispan.factories.GlobalComponentRegistry.start(GlobalComponentRegistry.java:221) ... 26 more Caused by: org.infinispan.commons.CacheException: Channel connected, but unable to register MBeans at org.infinispan.remoting.transport.jgroups.JGroupsTransport.startJGroupsChannelIfNeeded(JGroupsTransport.java:216) at org.infinispan.remoting.transport.jgroups.JGroupsTransport.start(JGroupsTransport.java:190) 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.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:168) ... 31 more Caused by: javax.management.MBeanRegistrationException: The @MBean objectName is not unique at org.jgroups.jmx.JmxConfigurator.internalRegister(JmxConfigurator.java:178) at org.jgroups.jmx.JmxConfigurator.register(JmxConfigurator.java:116) at org.jgroups.jmx.JmxConfigurator.registerChannel(JmxConfigurator.java:53) at org.infinispan.remoting.transport.jgroups.JGroupsTransport.startJGroupsChannelIfNeeded(JGroupsTransport.java:213) ... 37 more Caused by: javax.management.InstanceAlreadyExistsException: org.infinispan:type=protocol,cluster="infinispan-cluster",protocol=TCP at com.sun.jmx.mbeanserver.Repository.addMBean(Repository.java:437) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerWithRepository(DefaultMBeanServerInterceptor.java:1898) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:966) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:900) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:324) at com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(JmxMBeanServer.java:522) at org.jgroups.jmx.JmxConfigurator.internalRegister(JmxConfigurator.java:175) ... 40 more {noformat} was:Example: http://ci.infinispan.org/viewLog.html?buildId=14526&tab=buildResultsDiv&b... > Random Failues on *FactoryBeanTest in the Spring Modules > -------------------------------------------------------- > > Key: ISPN-5023 > URL: https://issues.jboss.org/browse/ISPN-5023 > Project: Infinispan > Issue Type: Bug > Components: Spring Integration > Affects Versions: 7.0.2.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 7.1.0.Alpha1 > > > Example: http://ci.infinispan.org/viewLog.html?buildId=14526&tab=buildResultsDiv&b... > {noformat} > org.infinispan.manager.EmbeddedCacheManagerStartupException: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.remoting.transport.jgroups.JGroupsTransport.start() on object of type JGroupsTransport > at org.infinispan.factories.GlobalComponentRegistry.start(GlobalComponentRegistry.java:243) > at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:573) > at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:539) > at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:416) > at org.infinispan.spring.support.embedded.InfinispanEmbeddedCacheManagerFactoryBeanTest$2.call(InfinispanEmbeddedCacheManagerFactoryBeanTest.java:82) > at org.infinispan.test.TestingUtil.withCacheManager(TestingUtil.java:1321) > at org.infinispan.spring.support.embedded.InfinispanEmbeddedCacheManagerFactoryBeanTest.infinispanEmbeddedCacheManagerFactoryBeanShouldCreateACustomizedCacheManagerIfGivenADefaultConfigurationLocation(InfinispanEmbeddedCacheManagerFactoryBeanTest.java:75) > 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.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:714) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231) > at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127) > at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111) > at org.testng.TestRunner.privateRun(TestRunner.java:767) > at org.testng.TestRunner.run(TestRunner.java:617) > at org.testng.SuiteRunner.runTest(SuiteRunner.java:348) > at org.testng.SuiteRunner.access$000(SuiteRunner.java:38) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:382) > at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64) > at java.util.concurrent.FutureTask.run(FutureTask.java:262) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:745) > Caused by: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.remoting.transport.jgroups.JGroupsTransport.start() on object of type JGroupsTransport > at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:170) > at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:869) > at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:638) > at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:627) > at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:530) > at org.infinispan.factories.GlobalComponentRegistry.start(GlobalComponentRegistry.java:221) ... 26 more > Caused by: org.infinispan.commons.CacheException: Channel connected, but unable to register MBeans > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.startJGroupsChannelIfNeeded(JGroupsTransport.java:216) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.start(JGroupsTransport.java:190) > 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.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:168) ... 31 more > Caused by: javax.management.MBeanRegistrationException: The @MBean objectName is not unique > at org.jgroups.jmx.JmxConfigurator.internalRegister(JmxConfigurator.java:178) > at org.jgroups.jmx.JmxConfigurator.register(JmxConfigurator.java:116) > at org.jgroups.jmx.JmxConfigurator.registerChannel(JmxConfigurator.java:53) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.startJGroupsChannelIfNeeded(JGroupsTransport.java:213) ... 37 more > Caused by: javax.management.InstanceAlreadyExistsException: org.infinispan:type=protocol,cluster="infinispan-cluster",protocol=TCP > at com.sun.jmx.mbeanserver.Repository.addMBean(Repository.java:437) > at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerWithRepository(DefaultMBeanServerInterceptor.java:1898) > at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:966) > at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:900) > at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:324) > at com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(JmxMBeanServer.java:522) > at org.jgroups.jmx.JmxConfigurator.internalRegister(JmxConfigurator.java:175) ... 40 more > {noformat} -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-4957) Rebalancing "Finished cluster wide rebalance" message is not logged in INFO

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4957?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4957: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1168233|https://bugzilla.redhat.com/show_bug.cgi?id=1168233] from NEW to MODIFIED > Rebalancing "Finished cluster wide rebalance" message is not logged in INFO > ---------------------------------------------------------------------------- > > Key: ISPN-4957 > URL: https://issues.jboss.org/browse/ISPN-4957 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.Final > Reporter: Suzumura Keishi > Assignee: Ion Savin > Fix For: 7.0.1.Final > > > Rebalancing "Finished cluster wide rebalance" message is not logged in INFO. I can get the log (started/enabled/suspended) messages, but can't get the finished message. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-3701) In HotRod client topologyId is shared for all caches

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3701?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3701: ----------------------------------------------- Roman Macor <rmacor(a)redhat.com> changed the Status of [bug 1029615|https://bugzilla.redhat.com/show_bug.cgi?id=1029615] from ON_QA to VERIFIED > In HotRod client topologyId is shared for all caches > ---------------------------------------------------- > > Key: ISPN-3701 > URL: https://issues.jboss.org/browse/ISPN-3701 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols > Affects Versions: 6.0.0.CR1 > Reporter: Radim Vansa > Assignee: Galder Zamarreño > > The AtomicInteger with topologyId is stored in RemoteCacheManager, therefore, shared for all caches. This can lead to performance problems when accessing two caches with non-synchronized topology ids. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-3530) The HotRod client should support a separate CH for each cache

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3530?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3530: ----------------------------------------------- Roman Macor <rmacor(a)redhat.com> changed the Status of [bug 1029615|https://bugzilla.redhat.com/show_bug.cgi?id=1029615] from ON_QA to VERIFIED > The HotRod client should support a separate CH for each cache > ------------------------------------------------------------- > > Key: ISPN-3530 > URL: https://issues.jboss.org/browse/ISPN-3530 > Project: Infinispan > Issue Type: Feature Request > Components: Remote Protocols > Affects Versions: 6.0.0.Alpha4 > Reporter: Dan Berindei > Assignee: Galder Zamarreño > Labels: hotrod, hotrod-java-client > Fix For: 7.0.0.Alpha5 > > > With asymmetric clusters, each cache can have its own consistent hash, so the primary owner of a key in one cache is not necessarily the owner in all the caches. Even with a symmetric cluster, the same client may be used to access both distributed and replicated caches, and those would certainly have a different CH. > In order to send the operations to the correct owner, the HotRod client should use a different CH for each cache. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-5023) Random Failues on *FactoryBeanTest in the Spring Modules

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5023?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5023: ------------------------------------ Status: Open (was: New) > Random Failues on *FactoryBeanTest in the Spring Modules > -------------------------------------------------------- > > Key: ISPN-5023 > URL: https://issues.jboss.org/browse/ISPN-5023 > Project: Infinispan > Issue Type: Bug > Components: Spring Integration > Affects Versions: 7.0.2.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 7.1.0.Alpha1 > > > Example: http://ci.infinispan.org/viewLog.html?buildId=14526&tab=buildResultsDiv&b... -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues November 2014