November 2013 - infinispan-issues

[JBoss JIRA] (ISPN-3396) Multiple classloader key store/lookup fails, even with storeAsBinary

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3396?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-3396: ---------------------------------------- Fixed by ISPN-3477 > Multiple classloader key store/lookup fails, even with storeAsBinary > -------------------------------------------------------------------- > > Key: ISPN-3396 > URL: https://issues.jboss.org/browse/ISPN-3396 > Project: Infinispan > Issue Type: Bug > Components: Marshalling > Affects Versions: 5.3.0.Final, 6.0.0.Alpha2 > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Labels: dm > > Same key, multiple classloaders. Storing from one classloader cannot be found from the other, even when storeAsBinary is enabled (even with defensive=true). [IRC chat debugging issue|https://gist.github.com/galderz/63163644fee0c27d66c7]. -- 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

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3396) Multiple classloader key store/lookup fails, even with storeAsBinary

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3396?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-3396: ---------------------------------------- The test now passes on master, without the need of adding defensive. IOW, having storeAsBinary.enable() is enough. This is the result of the work done in ISPN-3477, where now storeAsBinary works as defensive. > Multiple classloader key store/lookup fails, even with storeAsBinary > -------------------------------------------------------------------- > > Key: ISPN-3396 > URL: https://issues.jboss.org/browse/ISPN-3396 > Project: Infinispan > Issue Type: Bug > Components: Marshalling > Affects Versions: 5.3.0.Final, 6.0.0.Alpha2 > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Labels: dm > > Same key, multiple classloaders. Storing from one classloader cannot be found from the other, even when storeAsBinary is enabled (even with defensive=true). [IRC chat debugging issue|https://gist.github.com/galderz/63163644fee0c27d66c7]. -- 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

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3678) In replicated mode writeSkew check is executed only on coordinator

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-3678?page=com.atlassian.jira.plugin.... ] Work on ISPN-3678 started by Pedro Ruivo. > In replicated mode writeSkew check is executed only on coordinator > ------------------------------------------------------------------ > > Key: ISPN-3678 > URL: https://issues.jboss.org/browse/ISPN-3678 > Project: Infinispan > Issue Type: Bug > Components: Transactions > Affects Versions: 6.0.0.CR1 > Reporter: Radim Vansa > Assignee: Pedro Ruivo > Priority: Critical > > Write skew check should be always performed on primary owner - however, in replicated and invalidation modes this is executed only on the coordinator (and primary owner). The bug is in ClusterDependentLogic.InvalidationLogic. > As a result, two conditional commands (e.g putIfAbsent) may both succeed to set the value. -- 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

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3679) SingleFileStore creation of dirs is broken for concurrent access

by Ales Justin (JIRA)

[ https://issues.jboss.org/browse/ISPN-3679?page=com.atlassian.jira.plugin.... ] Ales Justin updated ISPN-3679: ------------------------------ Fix Version/s: (was: 6.0.0.CR2) > SingleFileStore creation of dirs is broken for concurrent access > ---------------------------------------------------------------- > > Key: ISPN-3679 > URL: https://issues.jboss.org/browse/ISPN-3679 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 6.0.0.CR1 > Reporter: Ales Justin > Assignee: Mircea Markus > > Caused by: org.infinispan.persistence.CacheLoaderException: org.infinispan.commons.CacheConfigurationException: ISPN000238: Directory /Users/alesj/wildfly-up/standalone/data/infinispan/capedwarf does not exist and cannot be created! > at org.infinispan.persistence.file.SingleFileStore.start(SingleFileStore.java:118) > at org.infinispan.persistence.manager.PersistenceManagerImpl.start(PersistenceManagerImpl.java:123) -- 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

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3679) SingleFileStore creation of dirs is broken for concurrent access

by Ales Justin (JIRA)

[ https://issues.jboss.org/browse/ISPN-3679?page=com.atlassian.jira.plugin.... ] Ales Justin closed ISPN-3679. ----------------------------- > SingleFileStore creation of dirs is broken for concurrent access > ---------------------------------------------------------------- > > Key: ISPN-3679 > URL: https://issues.jboss.org/browse/ISPN-3679 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 6.0.0.CR1 > Reporter: Ales Justin > Assignee: Mircea Markus > > Caused by: org.infinispan.persistence.CacheLoaderException: org.infinispan.commons.CacheConfigurationException: ISPN000238: Directory /Users/alesj/wildfly-up/standalone/data/infinispan/capedwarf does not exist and cannot be created! > at org.infinispan.persistence.file.SingleFileStore.start(SingleFileStore.java:118) > at org.infinispan.persistence.manager.PersistenceManagerImpl.start(PersistenceManagerImpl.java:123) -- 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

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3679) SingleFileStore creation of dirs is broken for concurrent access

by Ales Justin (JIRA)

[ https://issues.jboss.org/browse/ISPN-3679?page=com.atlassian.jira.plugin.... ] Ales Justin resolved ISPN-3679. ------------------------------- Resolution: Duplicate Issue See ISPN-3629. > SingleFileStore creation of dirs is broken for concurrent access > ---------------------------------------------------------------- > > Key: ISPN-3679 > URL: https://issues.jboss.org/browse/ISPN-3679 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 6.0.0.CR1 > Reporter: Ales Justin > Assignee: Mircea Markus > Fix For: 6.0.0.CR2 > > > Caused by: org.infinispan.persistence.CacheLoaderException: org.infinispan.commons.CacheConfigurationException: ISPN000238: Directory /Users/alesj/wildfly-up/standalone/data/infinispan/capedwarf does not exist and cannot be created! > at org.infinispan.persistence.file.SingleFileStore.start(SingleFileStore.java:118) > at org.infinispan.persistence.manager.PersistenceManagerImpl.start(PersistenceManagerImpl.java:123) -- 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

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3679) SingleFileStore creation of dirs is broken for concurrent access

by Ales Justin (JIRA)

Ales Justin created ISPN-3679: --------------------------------- Summary: SingleFileStore creation of dirs is broken for concurrent access Key: ISPN-3679 URL: https://issues.jboss.org/browse/ISPN-3679 Project: Infinispan Issue Type: Bug Components: Loaders and Stores Affects Versions: 6.0.0.CR1 Reporter: Ales Justin Assignee: Mircea Markus Fix For: 6.0.0.CR2 Caused by: org.infinispan.persistence.CacheLoaderException: org.infinispan.commons.CacheConfigurationException: ISPN000238: Directory /Users/alesj/wildfly-up/standalone/data/infinispan/capedwarf does not exist and cannot be created! at org.infinispan.persistence.file.SingleFileStore.start(SingleFileStore.java:118) at org.infinispan.persistence.manager.PersistenceManagerImpl.start(PersistenceManagerImpl.java:123) -- 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

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3678) In replicated mode writeSkew check is executed only on coordinator

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3678?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3678: ----------------------------------------------- Radim Vansa <rvansa(a)redhat.com> made a comment on [bug 1026365|https://bugzilla.redhat.com/show_bug.cgi?id=1026365] Write skew check should be always performed on primary owner - however, in replicated and invalidation modes this is executed only on the coordinator (and primary owner). As a result, two conditional commands (e.g putIfAbsent) may both succeed to set the value. > In replicated mode writeSkew check is executed only on coordinator > ------------------------------------------------------------------ > > Key: ISPN-3678 > URL: https://issues.jboss.org/browse/ISPN-3678 > Project: Infinispan > Issue Type: Bug > Components: Transactions > Affects Versions: 6.0.0.CR1 > Reporter: Radim Vansa > Assignee: Pedro Ruivo > Priority: Critical > > Write skew check should be always performed on primary owner - however, in replicated and invalidation modes this is executed only on the coordinator (and primary owner). The bug is in ClusterDependentLogic.InvalidationLogic. > As a result, two conditional commands (e.g putIfAbsent) may both succeed to set the value. -- 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

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3678) In replicated mode writeSkew check is executed only on coordinator

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3678?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-3678: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1026365 > In replicated mode writeSkew check is executed only on coordinator > ------------------------------------------------------------------ > > Key: ISPN-3678 > URL: https://issues.jboss.org/browse/ISPN-3678 > Project: Infinispan > Issue Type: Bug > Components: Transactions > Affects Versions: 6.0.0.CR1 > Reporter: Radim Vansa > Assignee: Pedro Ruivo > Priority: Critical > > Write skew check should be always performed on primary owner - however, in replicated and invalidation modes this is executed only on the coordinator (and primary owner). The bug is in ClusterDependentLogic.InvalidationLogic. > As a result, two conditional commands (e.g putIfAbsent) may both succeed to set the value. -- 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

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3678) In replicated mode writeSkew check is executed only on coordinator

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-3678?page=com.atlassian.jira.plugin.... ] Radim Vansa updated ISPN-3678: ------------------------------ Assignee: Pedro Ruivo (was: Mircea Markus) > In replicated mode writeSkew check is executed only on coordinator > ------------------------------------------------------------------ > > Key: ISPN-3678 > URL: https://issues.jboss.org/browse/ISPN-3678 > Project: Infinispan > Issue Type: Bug > Components: Transactions > Affects Versions: 6.0.0.CR1 > Reporter: Radim Vansa > Assignee: Pedro Ruivo > Priority: Critical > > Write skew check should be always performed on primary owner - however, in replicated and invalidation modes this is executed only on the coordinator (and primary owner). The bug is in ClusterDependentLogic.InvalidationLogic. > As a result, two conditional commands (e.g putIfAbsent) may both succeed to set the value. -- 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

12 years, 5 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues November 2013