[JBoss JIRA] (ISPN-3759) org.infinispan.cli.interpreter.UpgradeTest.testSynchronization fails on all environments
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-3759?page=com.atlassian.jira.plugin.... ]
Dan Berindei resolved ISPN-3759.
--------------------------------
Fix Version/s: 6.0.0.Final
Resolution: Duplicate Issue
Duplicate of ISPN-3712
> org.infinispan.cli.interpreter.UpgradeTest.testSynchronization fails on all environments
> ----------------------------------------------------------------------------------------
>
> Key: ISPN-3759
> URL: https://issues.jboss.org/browse/ISPN-3759
> Project: Infinispan
> Issue Type: Bug
> Components: CLI
> Affects Versions: 6.0.0.Final
> Environment: Test fails on all environments
> Reporter: Vitalii Chepeliuk
> Assignee: Tristan Tarrant
> Labels: testsuite_stability
> Fix For: 6.0.0.Final
>
>
> There is a problem with ByteArrayKey class and we get
> java.lang.AssertionError: org/infinispan/util/ByteArrayKey
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24)
> at org.testng.AssertJUnit.assertFalse(AssertJUnit.java:41)
> at org.infinispan.cli.interpreter.UpgradeTest.checkNoErrors(UpgradeTest.java:101)
> at org.infinispan.cli.interpreter.UpgradeTest.testSynchronization(UpgradeTest.java:87)
> In infinispan-cachestore-remote/pom.xml
> <dependency>
> <groupId>${project.groupId}</groupId>
> <artifactId>infinispan-adaptor52x</artifactId>
> <optional>true</optional> <<< this dependency is optional
> </dependency>
> So when test is running there is no ByteArrayKey under classpath and it fails
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months
[JBoss JIRA] (ISPN-3759) org.infinispan.cli.interpreter.UpgradeTest.testSynchronization fails on all environments
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-3759?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-3759:
-------------------------------
Assignee: Tristan Tarrant (was: Mircea Markus)
> org.infinispan.cli.interpreter.UpgradeTest.testSynchronization fails on all environments
> ----------------------------------------------------------------------------------------
>
> Key: ISPN-3759
> URL: https://issues.jboss.org/browse/ISPN-3759
> Project: Infinispan
> Issue Type: Bug
> Components: CLI
> Affects Versions: 6.0.0.Final
> Environment: Test fails on all environments
> Reporter: Vitalii Chepeliuk
> Assignee: Tristan Tarrant
> Labels: testsuite_stability
>
> There is a problem with ByteArrayKey class and we get
> java.lang.AssertionError: org/infinispan/util/ByteArrayKey
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24)
> at org.testng.AssertJUnit.assertFalse(AssertJUnit.java:41)
> at org.infinispan.cli.interpreter.UpgradeTest.checkNoErrors(UpgradeTest.java:101)
> at org.infinispan.cli.interpreter.UpgradeTest.testSynchronization(UpgradeTest.java:87)
> In infinispan-cachestore-remote/pom.xml
> <dependency>
> <groupId>${project.groupId}</groupId>
> <artifactId>infinispan-adaptor52x</artifactId>
> <optional>true</optional> <<< this dependency is optional
> </dependency>
> So when test is running there is no ByteArrayKey under classpath and it fails
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months
[JBoss JIRA] (ISPN-4021) Allow each Map/Reduce task to use a different cache configuration
by Vladimir Blagojevic (JIRA)
[ https://issues.jboss.org/browse/ISPN-4021?page=com.atlassian.jira.plugin.... ]
Vladimir Blagojevic edited comment on ISPN-4021 at 2/25/14 2:25 PM:
--------------------------------------------------------------------
Dan, we have two options here:
a) we can pass intermediate cache directly to MapReduceTask and thus force correct typing
b) pass the cache name only
Option b) gives more flexibility in the future if things change internally while option a) minimizes potential errors on the behalf of user at the expense of flexibility b) has.
What should we do?
was (Author: vblagojevic):
Dan, we have two options here:
a) we can pass intermediate cache directly to MapReduceTask and thus force correct typing
b) pass the cache name only
Option b) gives more flexibility in the future if things change internally while option a) minimizes potential errors on the behalf of user at the expense of flexibility a) has.
What should we do?
> Allow each Map/Reduce task to use a different cache configuration
> -----------------------------------------------------------------
>
> Key: ISPN-4021
> URL: https://issues.jboss.org/browse/ISPN-4021
> Project: Infinispan
> Issue Type: Feature Request
> Components: Core, Distributed Execution and Map/Reduce
> Affects Versions: 6.0.1.Final
> Reporter: Dan Berindei
> Assignee: Vladimir Blagojevic
> Fix For: 7.0.0.Final
>
>
> Some Map/Reduce tasks may need a cache store and eviction, some may not. Each task should be able to use its own cache configuration.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months
[JBoss JIRA] (ISPN-4058) GreetingServiceIT always fails
by Dan Berindei (JIRA)
Dan Berindei created ISPN-4058:
----------------------------------
Summary: GreetingServiceIT always fails
Key: ISPN-4058
URL: https://issues.jboss.org/browse/ISPN-4058
Project: Infinispan
Issue Type: Bug
Components: CDI Integration, Test Suite - Server
Affects Versions: 6.0.1.Final
Reporter: Dan Berindei
Assignee: Mircea Markus
Fix For: 7.0.0.Final
http://ci.infinispan.org/viewLog.html?buildId=6721&tab=buildResultsDiv&bu...
{noformat}
java.lang.RuntimeException: Could not invoke deployment method: public static org.jboss.shrinkwrap.api.spec.WebArchive org.infinispan.test.integration.as.cdi.GreetingServiceIT.deployment()
at org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:422)
at org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:374)
at org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:365)
at org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:232)
at org.jboss.shrinkwrap.resolver.impl.maven.MavenRepositorySystem.loadPom(MavenRepositorySystem.java:140)
at org.jboss.shrinkwrap.resolver.impl.maven.MavenRepositorySystem.loadPom(MavenRepositorySystem.java:126)
at org.jboss.shrinkwrap.resolver.impl.maven.MavenBuilderImpl.loadMetadataFromPom(MavenBuilderImpl.java:153)
at org.jboss.shrinkwrap.resolver.impl.maven.MavenBuilderImpl.loadReposFromPom(MavenBuilderImpl.java:174)
at org.infinispan.test.integration.as.cdi.Deployments.baseDeployment(Deployments.java:28)
at org.infinispan.test.integration.as.cdi.GreetingServiceIT.deployment(GreetingServiceIT.java:24)
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months
[JBoss JIRA] (ISPN-4057) ClusteredCacheConfigurationTest.testQueueFlushIntervalMemcached random failures
by Dan Berindei (JIRA)
Dan Berindei created ISPN-4057:
----------------------------------
Summary: ClusteredCacheConfigurationTest.testQueueFlushIntervalMemcached random failures
Key: ISPN-4057
URL: https://issues.jboss.org/browse/ISPN-4057
Project: Infinispan
Issue Type: Feature Request
Components: Test Suite - Server
Affects Versions: 6.0.1.Final
Reporter: Dan Berindei
Assignee: Mircea Markus
Fix For: 7.0.0.Alpha1
This code will always fail (lines 109-110):
{noformat}
assertNotNull(mc1.get("k2"));
assertNull(mc1.get("k2"));
{noformat}
However, this code path is not hit often, so the failures are quite rare.
I think the second line should be {{assertNull(mc2.get("k2"));}}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months
[JBoss JIRA] (ISPN-4056) Nested clustered cache start causes deadlocks
by Tristan Tarrant (JIRA)
Tristan Tarrant created ISPN-4056:
-------------------------------------
Summary: Nested clustered cache start causes deadlocks
Key: ISPN-4056
URL: https://issues.jboss.org/browse/ISPN-4056
Project: Infinispan
Issue Type: Bug
Components: Core
Reporter: Tristan Tarrant
Assignee: Dan Berindei
Attempting to initialize a clustered cache within the initialization of another cache causes state transfer deadlock.
This happens for example when injecting and attempting to use a ClusterRegistry in the initialization of a cache.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months