October 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3646) org.infinispan.distribution.DistSyncL1PessimisticFuncTest.testWriteLockBlockingForceWriteL1Update fails on Windows machines

by Anna Manukyan (JIRA)

Anna Manukyan created ISPN-3646: ----------------------------------- Summary: org.infinispan.distribution.DistSyncL1PessimisticFuncTest.testWriteLockBlockingForceWriteL1Update fails on Windows machines Key: ISPN-3646 URL: https://issues.jboss.org/browse/ISPN-3646 Project: Infinispan Issue Type: Bug Components: Core API Affects Versions: 6.0.0.CR1 Environment: Windows 2008R2 & Windows 2012, JDK7 Reporter: Anna Manukyan Assignee: Mircea Markus The test org.infinispan.distribution.DistSyncL1PessimisticFuncTest.testWriteLockBlockingForceWriteL1Update fails constantly on windows machines with the following error: java.lang.AssertionError: expected:<some-new-value> but was:<some-value> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:101) at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:108) at org.infinispan.distribution.DistSyncL1PessimisticFuncTest.testWriteLockBlockingForceWriteL1Update(DistSyncL1PessimisticFuncTest.java:90) 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:80) at org.testng.internal.Invoker.invokeMethod(Invoker.java:715) at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907) at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237) 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:334) at org.testng.SuiteRunner.access$000(SuiteRunner.java:37) at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368) 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:724) -- 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

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3646) org.infinispan.distribution.DistSyncL1PessimisticFuncTest.testWriteLockBlockingForceWriteL1Update fails on Windows machines

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3646?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-3646: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1020745 > org.infinispan.distribution.DistSyncL1PessimisticFuncTest.testWriteLockBlockingForceWriteL1Update fails on Windows machines > --------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-3646 > URL: https://issues.jboss.org/browse/ISPN-3646 > Project: Infinispan > Issue Type: Bug > Components: Core API > Affects Versions: 6.0.0.CR1 > Environment: Windows 2008R2 & Windows 2012, JDK7 > Reporter: Anna Manukyan > Assignee: Mircea Markus > Labels: testsuite_stability > > The test org.infinispan.distribution.DistSyncL1PessimisticFuncTest.testWriteLockBlockingForceWriteL1Update fails constantly on windows machines with the following error: > java.lang.AssertionError: expected:<some-new-value> but was:<some-value> > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:101) > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:108) > at org.infinispan.distribution.DistSyncL1PessimisticFuncTest.testWriteLockBlockingForceWriteL1Update(DistSyncL1PessimisticFuncTest.java:90) > 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:80) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:715) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237) > 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:334) > at org.testng.SuiteRunner.access$000(SuiteRunner.java:37) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368) > 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:724) -- 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

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3646) org.infinispan.distribution.DistSyncL1PessimisticFuncTest.testWriteLockBlockingForceWriteL1Update fails on Windows machines

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3646?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3646: ----------------------------------------------- Anna Manukyan <amanukya(a)redhat.com> made a comment on [bug 1020745|https://bugzilla.redhat.com/show_bug.cgi?id=1020745] You can find the description of issue in the related JIRA. > org.infinispan.distribution.DistSyncL1PessimisticFuncTest.testWriteLockBlockingForceWriteL1Update fails on Windows machines > --------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-3646 > URL: https://issues.jboss.org/browse/ISPN-3646 > Project: Infinispan > Issue Type: Bug > Components: Core API > Affects Versions: 6.0.0.CR1 > Environment: Windows 2008R2 & Windows 2012, JDK7 > Reporter: Anna Manukyan > Assignee: Mircea Markus > Labels: testsuite_stability > > The test org.infinispan.distribution.DistSyncL1PessimisticFuncTest.testWriteLockBlockingForceWriteL1Update fails constantly on windows machines with the following error: > java.lang.AssertionError: expected:<some-new-value> but was:<some-value> > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:101) > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:108) > at org.infinispan.distribution.DistSyncL1PessimisticFuncTest.testWriteLockBlockingForceWriteL1Update(DistSyncL1PessimisticFuncTest.java:90) > 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:80) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:715) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237) > 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:334) > at org.testng.SuiteRunner.access$000(SuiteRunner.java:37) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368) > 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:724) -- 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

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3635) Out of data read after write on node losing ownership

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-3635?page=com.atlassian.jira.plugin.... ] Dan Berindei reassigned ISPN-3635: ---------------------------------- Assignee: Pedro Ruivo (was: Dan Berindei) I think it should be possible to read the key from the data container only if the local node is an owner in the write CH. > Out of data read after write on node losing ownership > ----------------------------------------------------- > > Key: ISPN-3635 > URL: https://issues.jboss.org/browse/ISPN-3635 > Project: Infinispan > Issue Type: Bug > Components: Distributed Cache, State transfer > Affects Versions: 5.3.0.Final > Reporter: Radim Vansa > Assignee: Pedro Ruivo > Priority: Critical > Fix For: 6.0.0.Final > > > In a situation where a node is losing ownership of an entry (during a state transfer), when the node does a write (and commits that), the change is propagated only to the new owners, the entry is not written locally. However, when it executes read for this key afterwards, it gets the old value as this is directly retrieved from the data container. > This bug was observed in transactional mode, but might not be limited to it. -- 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

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3644) Make isOriginLocal() an annotation property of the transactional cache event

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3644?page=com.atlassian.jira.plugin.... ] Mircea Markus commented on ISPN-3644: ------------------------------------- [~pferraro] if your use case is to have a listener executed only once you could use the functionality from ISPN-3201. > Make isOriginLocal() an annotation property of the transactional cache event > ---------------------------------------------------------------------------- > > Key: ISPN-3644 > URL: https://issues.jboss.org/browse/ISPN-3644 > Project: Infinispan > Issue Type: Enhancement > Components: Listeners > Affects Versions: 6.0.0.CR1 > Reporter: Paul Ferraro > Assignee: Mircea Markus > > Like ISPN-3642, but for isOriginLocal(). > e.g. > {code:java} > @CacheEntryCreated(local=true, remote=false) > public void created(CacheEntryCreatedEvent<K, V> event) { > // This now only invoked for locally triggered cache entry creation events > } > {code} -- 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

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3645) StateTransferLargeObjectTest hangs randomly

by Dan Berindei (JIRA)

Dan Berindei created ISPN-3645: ---------------------------------- Summary: StateTransferLargeObjectTest hangs randomly Key: ISPN-3645 URL: https://issues.jboss.org/browse/ISPN-3645 Project: Infinispan Issue Type: Bug Components: RPC Affects Versions: 6.0.0.CR1 Reporter: Dan Berindei Assignee: Dan Berindei Priority: Critical Fix For: 6.0.0.CR2 Attachments: stlot.stack StateTransferLargeObject sometimes hangs in the second part of the test, when it checks that all the nodes in the cluster can read the inserted values. I was able to make it hang reliably when run separately, by increasing the number of keys from 1000 to 5000. The cause is probably JGRP-1675, as many OOB threads appear to be stuck in FlowControl.decrementIfEnoughCredits. -- 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

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3645) StateTransferLargeObjectTest hangs randomly

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-3645?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-3645: ------------------------------- Attachment: stlot.stack > StateTransferLargeObjectTest hangs randomly > ------------------------------------------- > > Key: ISPN-3645 > URL: https://issues.jboss.org/browse/ISPN-3645 > Project: Infinispan > Issue Type: Bug > Components: RPC > Affects Versions: 6.0.0.CR1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Fix For: 6.0.0.CR2 > > Attachments: stlot.stack > > > StateTransferLargeObject sometimes hangs in the second part of the test, when it checks that all the nodes in the cluster can read the inserted values. I was able to make it hang reliably when run separately, by increasing the number of keys from 1000 to 5000. > The cause is probably JGRP-1675, as many OOB threads appear to be stuck in FlowControl.decrementIfEnoughCredits. -- 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

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3644) Make isOriginLocal() an annotation property of the transactional cache event

by Paul Ferraro (JIRA)

[ https://issues.jboss.org/browse/ISPN-3644?page=com.atlassian.jira.plugin.... ] Paul Ferraro updated ISPN-3644: ------------------------------- Summary: Make isOriginLocal() an annotation property of the transactional cache event (was: Make isOriginLocal() a property of the transactional cache event annotations) > Make isOriginLocal() an annotation property of the transactional cache event > ---------------------------------------------------------------------------- > > Key: ISPN-3644 > URL: https://issues.jboss.org/browse/ISPN-3644 > Project: Infinispan > Issue Type: Enhancement > Components: Listeners > Affects Versions: 6.0.0.CR1 > Reporter: Paul Ferraro > Assignee: Mircea Markus > > Like ISPN-3642, but for isOriginLocal(). > e.g. > @CacheEntryCreated(local=true, remote=false) > public void created(CacheEntryCreatedEvent<K, V> event) { > // This now only invoked for locally triggered cache entry creation events > } -- 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

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3644) Make isOriginLocal() an annotation property of the transactional cache event

by Paul Ferraro (JIRA)

[ https://issues.jboss.org/browse/ISPN-3644?page=com.atlassian.jira.plugin.... ] Paul Ferraro updated ISPN-3644: ------------------------------- Description: Like ISPN-3642, but for isOriginLocal(). e.g. {code:java} @CacheEntryCreated(local=true, remote=false) public void created(CacheEntryCreatedEvent<K, V> event) { // This now only invoked for locally triggered cache entry creation events } {code} was: Like ISPN-3642, but for isOriginLocal(). e.g. @CacheEntryCreated(local=true, remote=false) public void created(CacheEntryCreatedEvent<K, V> event) { // This now only invoked for locally triggered cache entry creation events } > Make isOriginLocal() an annotation property of the transactional cache event > ---------------------------------------------------------------------------- > > Key: ISPN-3644 > URL: https://issues.jboss.org/browse/ISPN-3644 > Project: Infinispan > Issue Type: Enhancement > Components: Listeners > Affects Versions: 6.0.0.CR1 > Reporter: Paul Ferraro > Assignee: Mircea Markus > > Like ISPN-3642, but for isOriginLocal(). > e.g. > {code:java} > @CacheEntryCreated(local=true, remote=false) > public void created(CacheEntryCreatedEvent<K, V> event) { > // This now only invoked for locally triggered cache entry creation events > } > {code} -- 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

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3642) make isPre() an annotation property of the cache event

by Paul Ferraro (JIRA)

[ https://issues.jboss.org/browse/ISPN-3642?page=com.atlassian.jira.plugin.... ] Paul Ferraro updated ISPN-3642: ------------------------------- Summary: make isPre() an annotation property of the cache event (was: make isPre() an annotation on the @Listener API ) > make isPre() an annotation property of the cache event > ------------------------------------------------------ > > Key: ISPN-3642 > URL: https://issues.jboss.org/browse/ISPN-3642 > Project: Infinispan > Issue Type: Enhancement > Components: Core API, Listeners > Reporter: Mircea Markus > Assignee: Mircea Markus > > the users should be able to configure cache event listeners like this: > {code:java} > @CacheEntryCreated(pre=true, post=false) > public void entryCreated(CacheEntryEvent e) { > //e.isPre() is no longer needed here > } > {code} > Discussed on the mailing list: http://infinispan.markmail.org/search/#query:+page:1+mid:y6enpffq3s4vb7fs... -- 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

11 years, 2 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues October 2013