[JBoss JIRA] (ISPN-4033) ConcurrentInterceptorVisibilityTest.testGetVisibility random failures
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-4033?page=com.atlassian.jira.plugin.... ]
Adrian Nistor updated ISPN-4033:
--------------------------------
Fix Version/s: 7.0.0.CR1
(was: 7.0.0.Beta2)
> ConcurrentInterceptorVisibilityTest.testGetVisibility random failures
> ---------------------------------------------------------------------
>
> Key: ISPN-4033
> URL: https://issues.jboss.org/browse/ISPN-4033
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 6.0.1.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Labels: testsuite_stability
> Fix For: 7.0.0.CR1
>
> Attachments: ConcurrentInterceptorVisibilityTest.log
>
>
> http://ci.infinispan.org/viewLog.html?buildId=5934&tab=buildResultsDiv&bu...
> {noformat}
> 17:28:43,212 ERROR (testng-ConcurrentInterceptorVisibilityTest:) [UnitTestTestNGListener] Test testGetVisibility(org.infinispan.interceptors.ConcurrentInterceptorVisibilityTest) failed.
> java.lang.RuntimeException: java.util.concurrent.TimeoutException
> at org.infinispan.interceptors.ConcurrentInterceptorVisibilityTest$1.call(ConcurrentInterceptorVisibilityTest.java:101)
> at org.infinispan.test.TestingUtil.withCacheManager(TestingUtil.java:1243)
> at org.infinispan.interceptors.ConcurrentInterceptorVisibilityTest.updateCache(ConcurrentInterceptorVisibilityTest.java:52)
> at org.infinispan.interceptors.ConcurrentInterceptorVisibilityTest.testGetVisibility(ConcurrentInterceptorVisibilityTest.java:39)
> Caused by: java.util.concurrent.TimeoutException
> at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:228)
> at java.util.concurrent.FutureTask.get(FutureTask.java:91)
> at org.infinispan.interceptors.ConcurrentInterceptorVisibilityTest$1.call(ConcurrentInterceptorVisibilityTest.java:97)
> ... 24 more
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (ISPN-4038) CustomFailurePolicyTxTest.testPrepareFailure random failures
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-4038?page=com.atlassian.jira.plugin.... ]
Adrian Nistor updated ISPN-4038:
--------------------------------
Fix Version/s: 7.0.0.CR1
(was: 7.0.0.Beta2)
> CustomFailurePolicyTxTest.testPrepareFailure random failures
> -------------------------------------------------------------
>
> Key: ISPN-4038
> URL: https://issues.jboss.org/browse/ISPN-4038
> Project: Infinispan
> Issue Type: Bug
> Components: Cross-Site Replication, Test Suite - Core
> Affects Versions: 6.0.1.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Labels: testsuite_stability
> Fix For: 7.0.0.CR1
>
>
> http://ci.infinispan.org/viewLog.html?buildId=5935&tab=buildResultsDiv&bu...
> {noformat}
> java.lang.AssertionError: expected:<0> but was:<1>
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:245)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:252)
> at org.infinispan.xsite.backupfailure.tx.BaseBackupTxFailureTest.testPrepareFailure(BaseBackupTxFailureTest.java:45)
> at org.infinispan.xsite.backupfailure.tx.CustomFailurePolicyTxTest.testPrepareFailure(CustomFailurePolicyTxTest.java:37)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (ISPN-4044) OngoingTransactionsAndJoinTest.testRehashOnJoin always fails
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-4044?page=com.atlassian.jira.plugin.... ]
Adrian Nistor updated ISPN-4044:
--------------------------------
Fix Version/s: 7.0.0.CR1
(was: 7.0.0.Beta2)
> OngoingTransactionsAndJoinTest.testRehashOnJoin always fails
> ------------------------------------------------------------
>
> Key: ISPN-4044
> URL: https://issues.jboss.org/browse/ISPN-4044
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 6.0.1.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Labels: testsuite_stability
> Fix For: 7.0.0.CR1
>
>
> http://ci.infinispan.org/viewLog.html?buildId=6695&tab=buildResultsDiv&bu...
> {noformat}
> org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.statetransfer.StateTransferManagerImpl.waitForInitialStateTransferToComplete() throws java.lang.InterruptedException on object of type StateTransferManagerImpl
> at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:185)
> 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.ComponentRegistry.start(ComponentRegistry.java:216)
> at org.infinispan.CacheImpl.start(CacheImpl.java:674)
> at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:553)
> at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:516)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:398)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:371)
> at org.infinispan.test.MultipleCacheManagersTest.cache(MultipleCacheManagersTest.java:372)
> at org.infinispan.distribution.rehash.OngoingTransactionsAndJoinTest.testRehashOnJoin(OngoingTransactionsAndJoinTest.java:114)
> Caused by: org.infinispan.commons.CacheException: Initial state transfer timed out for cache ___defaultcache on OngoingTransactionsAndJoinTest-NodeB-8681
> at org.infinispan.statetransfer.StateTransferManagerImpl.waitForInitialStateTransferToComplete(StateTransferManagerImpl.java:209)
> at sun.reflect.GeneratedMethodAccessor111.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:183)
> ... 33 more
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (ISPN-4042) MarshalledValueEvictionTest always fails
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-4042?page=com.atlassian.jira.plugin.... ]
Adrian Nistor updated ISPN-4042:
--------------------------------
Fix Version/s: 7.0.0.CR1
(was: 7.0.0.Beta2)
> MarshalledValueEvictionTest always fails
> ----------------------------------------
>
> Key: ISPN-4042
> URL: https://issues.jboss.org/browse/ISPN-4042
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 6.0.1.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Labels: testsuite_stability
> Fix For: 7.0.0.CR1
>
>
> The test might be invalid, it fails every time, even after fixing some obvious issues (such as enabling storeAsBinary).
> {noformat}
> java.lang.AssertionError
> at org.infinispan.eviction.MarshalledValuesEvictionTest.testEvictCustomKeyValue(MarshalledValuesEvictionTest.java:64)
> java.lang.AssertionError
> at org.infinispan.eviction.MarshalledValuesEvictionTest.testEvictPrimitiveKeyCustomValue(MarshalledValuesEvictionTest.java:86)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (ISPN-4057) ClusteredCacheConfigurationTest.testQueueFlushIntervalMemcached random failures
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-4057?page=com.atlassian.jira.plugin.... ]
Adrian Nistor updated ISPN-4057:
--------------------------------
Fix Version/s: 7.0.0.CR1
(was: 7.0.0.Beta2)
> 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
> Labels: testsuite_stability
> Fix For: 7.0.0.CR1
>
>
> 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 was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (ISPN-4159) DefaultTwoWayKey2StringMapper encodes objects to strings in a manner that is incompatible with string handling of some databases
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-4159?page=com.atlassian.jira.plugin.... ]
Adrian Nistor updated ISPN-4159:
--------------------------------
Fix Version/s: 7.0.0.CR1
(was: 7.0.0.Beta2)
> DefaultTwoWayKey2StringMapper encodes objects to strings in a manner that is incompatible with string handling of some databases
> --------------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-4159
> URL: https://issues.jboss.org/browse/ISPN-4159
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores
> Affects Versions: 6.0.0.Final
> Reporter: Adrian Nistor
> Assignee: Adrian Nistor
> Fix For: 7.0.0.CR1, 7.0.0.Final
>
>
> DefaultTwoWayKey2StringMapper uses two neat tricks.
> 1. it does not encode all supported types, it only encodes non-Strings. Strings are kept unmodified.
> 2. it uses a special prefix (unicode char 0xfeff) to mark which strings were encoded and which are plain.
> Unfortunately some databases, notably MySql, interpret the endianness mark (0xfeff, 0xfffe), convert to native byte order and then drop it.
> This leaves us with no clue the string is not an actual String but an encoded representation of another type. This misinterpretation leads later to ClassCastExceptions in various places in core and user code.
> Proposed fix: get rid of #1 and #2 optimisations. Encode all objects, including Strings and always use the ?n prefix (where n stands for the original type). Drop the 0xFEFF marker prefix.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months