July 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3310) Refactor the common cache API

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3310?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3310: -------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 6.0.0.Final Resolution: Done > Refactor the common cache API > ----------------------------- > > Key: ISPN-3310 > URL: https://issues.jboss.org/browse/ISPN-3310 > Project: Infinispan > Issue Type: Sub-task > Components: Core API > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Critical > Fix For: 6.0.0.Alpha1, 6.0.0.Final > > -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3317) XSD missing storeAsBinary.defensive entry

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3317?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3317: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > XSD missing storeAsBinary.defensive entry > ----------------------------------------- > > Key: ISPN-3317 > URL: https://issues.jboss.org/browse/ISPN-3317 > Project: Infinispan > Issue Type: Bug > Components: Configuration > Affects Versions: 5.3.0.Final > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 6.0.0.Alpha1, 6.0.0.Final > > > Defensive copying configuration attribute missing from XSD. -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2353) Allow KOut/VOut emitting Mapper where VOut is null

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-2353?page=com.atlassian.jira.plugin.... ] Galder Zamarreño resolved ISPN-2353. ------------------------------------ Fix Version/s: (was: 6.0.0.Final) Resolution: Cannot Reproduce Bug > Allow KOut/VOut emitting Mapper where VOut is null > -------------------------------------------------- > > Key: ISPN-2353 > URL: https://issues.jboss.org/browse/ISPN-2353 > Project: Infinispan > Issue Type: Bug > Components: Distributed Execution and Map/Reduce > Affects Versions: 5.2.0.Alpha4 > Reporter: Vladimir Blagojevic > Assignee: Galder Zamarreño > > In some cases Mapper being executed on remote nodes might produce intermediate KOut/VOut pairs where VOut is null. Should allow/account for that possibility? Currently such tasks fail with NPE. -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2835) Issues w/ M/R test cases if cache are not explicitly started on all nodes

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-2835?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-2835: ----------------------------------- Fix Version/s: (was: 5.3.0.Final) > Issues w/ M/R test cases if cache are not explicitly started on all nodes > ------------------------------------------------------------------------- > > Key: ISPN-2835 > URL: https://issues.jboss.org/browse/ISPN-2835 > Project: Infinispan > Issue Type: Bug > Components: Core API, Distributed Execution and Map/Reduce > Reporter: Ray Tsang > Assignee: Dan Berindei > Labels: onboard > Attachments: infinispan.log, mr-test-src.zip > > > I ran into some issues while using M/R. The gist of the issue I was seeing is that: > Start a cluster of Embedded Caches, like 4 nodes > Put in 100 elements > Run a simple M/R job to count the number of keys > If I run the M/R job using the node I'm inserting elements into as coordinator - the result is 100 > But if I run the M/R job using a different node as coordinator, the result is less than 100 > More interestingly, I can pause for 5 seconds and run the M/R jobs again, the results are always less than 100 > This behavior doens't occur if I explicitly run cacheManager.getCache() for each of the nodes... -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-761) Cache.keySet(), entrySet(), values(), size() ignore contents of cache loader

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-761?page=com.atlassian.jira.plugin.s... ] Mircea Markus updated ISPN-761: ------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Cache.keySet(),entrySet(),values(),size() ignore contents of cache loader > ------------------------------------------------------------------------- > > Key: ISPN-761 > URL: https://issues.jboss.org/browse/ISPN-761 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 4.2.0.BETA1 > Reporter: Paul Ferraro > Assignee: William Burns > Priority: Critical > Labels: onboard, potential_performance_hit > Fix For: 6.0.0.Alpha1, 6.0.0.Final > > > Passivated cache entries are not represented in values returned by the keySet(), entrySet(), values(), and size() Cache methods. This results in inconsistent behavior, since it is possible that a given cache key may not be contained in keySet() even though Cache.get(...) would return a non-null value if the entry was previously passivated. > I think CacheLoaderInterceptor needs to implement the following methods: > Object visitSizeCommand(InvocationContext ctx, SizeCommand command) throws Throwable > Object visitValuesCommand(InvocationContext ctx, ValuesCommand command) throws Throwable > Object visitEntrySetCommand(InvocationContext ctx, EntrySetCommand command) throws Throwable > Object visitKeySetCommand(InvocationContext ctx, KeySetCommand command) throws Throwable -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2034) Add backwards serialization compatibility tests

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-2034?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-2034: ----------------------------------- Forum Reference: http://lists.jboss.org/pipermail/infinispan-dev/2013-July/013413.html > Add backwards serialization compatibility tests > ----------------------------------------------- > > Key: ISPN-2034 > URL: https://issues.jboss.org/browse/ISPN-2034 > Project: Infinispan > Issue Type: Enhancement > Components: Marshalling > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Labels: compatibility > Fix For: 6.0.0.Alpha2, 6.0.0.Final > > > Take each existing minor branch, i.e. 4.1.x, 4.0.x,...etc and modify VersionAwareMarshallerTest so that payloads are stored in a data file. > Then, take data files for each branch and store in git (master and 5.1.x), and try reading them with the existing externalizer/marshalling set up. > It should work... -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2034) Add backwards serialization compatibility tests

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-2034?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-2034: ---------------------------------------- Regardless of rolling upgrades, without any tests we run risk of having issues such as ISPN-3311. We should at least have test to verify marshalling at the level of minor versions. We should target this from 6.0 onwards, good time to get it implemented now. I already some prep work before ([see 2034 archive tags|https://github.com/galderz/infinispan/tags]) > Add backwards serialization compatibility tests > ----------------------------------------------- > > Key: ISPN-2034 > URL: https://issues.jboss.org/browse/ISPN-2034 > Project: Infinispan > Issue Type: Enhancement > Components: Marshalling > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Labels: compatibility > > Take each existing minor branch, i.e. 4.1.x, 4.0.x,...etc and modify VersionAwareMarshallerTest so that payloads are stored in a data file. > Then, take data files for each branch and store in git (master and 5.1.x), and try reading them with the existing externalizer/marshalling set up. > It should work... -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2034) Add backwards serialization compatibility tests

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-2034?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-2034: ----------------------------------- Fix Version/s: 6.0.0.Alpha2 6.0.0.Final > Add backwards serialization compatibility tests > ----------------------------------------------- > > Key: ISPN-2034 > URL: https://issues.jboss.org/browse/ISPN-2034 > Project: Infinispan > Issue Type: Enhancement > Components: Marshalling > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Labels: compatibility > Fix For: 6.0.0.Alpha2, 6.0.0.Final > > > Take each existing minor branch, i.e. 4.1.x, 4.0.x,...etc and modify VersionAwareMarshallerTest so that payloads are stored in a data file. > Then, take data files for each branch and store in git (master and 5.1.x), and try reading them with the existing externalizer/marshalling set up. > It should work... -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2034) Add backwards serialization compatibility tests

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-2034?page=com.atlassian.jira.plugin.... ] Galder Zamarreño reopened ISPN-2034: ------------------------------------ > Add backwards serialization compatibility tests > ----------------------------------------------- > > Key: ISPN-2034 > URL: https://issues.jboss.org/browse/ISPN-2034 > Project: Infinispan > Issue Type: Enhancement > Components: Marshalling > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Labels: compatibility > > Take each existing minor branch, i.e. 4.1.x, 4.0.x,...etc and modify VersionAwareMarshallerTest so that payloads are stored in a data file. > Then, take data files for each branch and store in git (master and 5.1.x), and try reading them with the existing externalizer/marshalling set up. > It should work... -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3312) DistributedExecutionCompletionTest.testBasicTakeInvocationWithSleepingCallable random failures

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3312?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-3312: ----------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > DistributedExecutionCompletionTest.testBasicTakeInvocationWithSleepingCallable random failures > ---------------------------------------------------------------------------------------------- > > Key: ISPN-3312 > URL: https://issues.jboss.org/browse/ISPN-3312 > Project: Infinispan > Issue Type: Bug > Components: Test Suite > Affects Versions: 5.3.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Minor > Fix For: 6.0.0.Alpha1 > > > The test tries to verify that {{DistributedExecutionCompletionService.take()}} doesn't return before the task has actually finished, but it does that by measuring the amount of time spent in the {{take()}} method and it doesn't consider that the task may have started running before the main thread called {{take()}}. -- 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, 9 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 July 2013