February 2014 - infinispan-issues

[JBoss JIRA] (ISPN-2577) Silence SuspectExceptions

by Kurt Lehrke (JIRA)

[ https://issues.jboss.org/browse/ISPN-2577?page=com.atlassian.jira.plugin.... ] Kurt Lehrke commented on ISPN-2577: ----------------------------------- I see that this bug is scheduled with a fix version of infinispan 7. Is there another bug or improvement for this in 6.0.x ? > Silence SuspectExceptions > ------------------------- > > Key: ISPN-2577 > URL: https://issues.jboss.org/browse/ISPN-2577 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 5.2.0.Beta4, 6.0.0.Final > Reporter: Michal Linhard > Assignee: Dan Berindei > Priority: Critical > Fix For: 7.0.0.Alpha1, 7.0.0.Final > > > There are lots of SuspectExceptions in resilience test run: > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EDG6/view/EDG-REPOR... > We managed to keep these under cover for 5.1.x branch. > This is of course a cosmetic problem, but it polutes the log with unnecessary ERRORs. > Parsed logs here: > http://www.qa.jboss.com/~mlinhard/test_results/run54-parsed/ -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-3983) Remove some performance bottlenecks from ProtoStream

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-3983?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-3983: ---------------------------------- Labels: 6.3remotequeries (was: ) > Remove some performance bottlenecks from ProtoStream > ---------------------------------------------------- > > Key: ISPN-3983 > URL: https://issues.jboss.org/browse/ISPN-3983 > Project: Infinispan > Issue Type: Bug > Components: Remote Querying > Affects Versions: 6.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Labels: 6.3remotequeries > Fix For: 7.0.0.Alpha1, 7.0.0.Final > > > Profiling has shown that there are many HashMaps created in MessageContext to help field lookup by name. > Normally this is a static piece of information that should be computed only once when a marshaller is registered and then it should become immutable and be reused. -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-3808) Performance assesment of the Remote Query functionality

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-3808?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-3808: ---------------------------------- Labels: 6.3remotequeries (was: ) > Performance assesment of the Remote Query functionality > ------------------------------------------------------- > > Key: ISPN-3808 > URL: https://issues.jboss.org/browse/ISPN-3808 > Project: Infinispan > Issue Type: Task > Components: Embedded Querying > Reporter: Sanne Grinovero > Assignee: Adrian Nistor > Labels: 6.3remotequeries > -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-4004) Validate performance of queries over Hot rod

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-4004: ------------------------------------- Summary: Validate performance of queries over Hot rod Key: ISPN-4004 URL: https://issues.jboss.org/browse/ISPN-4004 Project: Infinispan Issue Type: Enhancement Components: Remote Querying Reporter: Sanne Grinovero Assignee: Sanne Grinovero Priority: Critical Fix For: 7.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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-4003) Test Map/Reduce in compatibility mode

by Mircea Markus (JIRA)

Mircea Markus created ISPN-4003: ----------------------------------- Summary: Test Map/Reduce in compatibility mode Key: ISPN-4003 URL: https://issues.jboss.org/browse/ISPN-4003 Project: Infinispan Issue Type: Feature Request Components: Distributed Execution and Map/Reduce Reporter: Mircea Markus Assignee: Dan Berindei Once ISPN-4002 is in place, we need a test that: - starts a cluster in compatibility mode - populates cache A with Person objects (protobuf) through the java hotrod client - on the server a Map/Reduce task is run on the Person cache, which filters out all the persons with a given name and, for each matching person, it outputs something like (personId, age) into a result cache (as per ISPN-4002) - the client reads the result cache and validates that it is correct -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-4002) Allow the reduce phase to store elements into an intermediate cache

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-4002?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-4002: -------------------------------- Description: In the situation in which the result of the Map/Reduce task is large, returning it to the originator does not work, as the originator would run OOM. In order to drop this limitation, would be good to: - have a result cache - put all the M/R entries into this result cache It should be possible to specify this cache to the Map/Reduce task to be executed (cache name), as users might reuse the cache and configure it externally. The caller will be notified once the data Map/Reduce is finished. We'd need a way for the user to get all the keys in this cache for further processing. was: In the situation in which the result of the Map/Reduce task is large, returning it to the originator does not work, as the originator would run OOM. In order to drop this limitation, would be good to: - have a result cache - put all the M/R entries into this result cache The caller will be notified once the data Map/Reduce is finished. We'd need a way for the user to get all the keys in this cache for further processing. > Allow the reduce phase to store elements into an intermediate cache > -------------------------------------------------------------------- > > Key: ISPN-4002 > URL: https://issues.jboss.org/browse/ISPN-4002 > Project: Infinispan > Issue Type: Feature Request > Components: Core, Distributed Execution and Map/Reduce > Reporter: Mircea Markus > Assignee: Vladimir Blagojevic > > In the situation in which the result of the Map/Reduce task is large, returning it to the originator does not work, as the originator would run OOM. In order to drop this limitation, would be good to: > - have a result cache > - put all the M/R entries into this result cache > It should be possible to specify this cache to the Map/Reduce task to be executed (cache name), as users might reuse the cache and configure it externally. > > The caller will be notified once the data Map/Reduce is finished. We'd need a way for the user to get all the keys in this cache for further processing. -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-4002) Allow the reduce phase to store elements into an intermediate cache

by Mircea Markus (JIRA)

Mircea Markus created ISPN-4002: ----------------------------------- Summary: Allow the reduce phase to store elements into an intermediate cache Key: ISPN-4002 URL: https://issues.jboss.org/browse/ISPN-4002 Project: Infinispan Issue Type: Feature Request Components: Core, Distributed Execution and Map/Reduce Reporter: Mircea Markus Assignee: Dan Berindei In the situation in which the result of the Map/Reduce task is large, returning it to the originator does not work, as the originator would run OOM. In order to drop this limitation, would be good to: - have a result cache - put all the M/R entries into this result cache The caller will be notified once the data Map/Reduce is finished. We'd need a way for the user to get all the keys in this cache for further processing. -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-4002) Allow the reduce phase to store elements into an intermediate cache

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-4002?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-4002: -------------------------------- Assignee: Vladimir Blagojevic (was: Dan Berindei) > Allow the reduce phase to store elements into an intermediate cache > -------------------------------------------------------------------- > > Key: ISPN-4002 > URL: https://issues.jboss.org/browse/ISPN-4002 > Project: Infinispan > Issue Type: Feature Request > Components: Core, Distributed Execution and Map/Reduce > Reporter: Mircea Markus > Assignee: Vladimir Blagojevic > > In the situation in which the result of the Map/Reduce task is large, returning it to the originator does not work, as the originator would run OOM. In order to drop this limitation, would be good to: > - have a result cache > - put all the M/R entries into this result cache > The caller will be notified once the data Map/Reduce is finished. We'd need a way for the user to get all the keys in this cache for further processing. -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-4001) Add a test with the JPACacheStore in client server mode

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-4001?page=com.atlassian.jira.plugin.... ] Mircea Markus commented on ISPN-4001: ------------------------------------- In order to be able to use the JPACacheStore in C/S mode, the client needs to be able to make the JPA annotated entities to the server, hence the dependency on ISPN-3950 > Add a test with the JPACacheStore in client server mode > ------------------------------------------------------- > > Key: ISPN-4001 > URL: https://issues.jboss.org/browse/ISPN-4001 > Project: Infinispan > Issue Type: Feature Request > Components: Server > Reporter: Mircea Markus > Assignee: Mircea Markus > > It should be possible to use the JPA cache store in client/server mode. On top of that, it would be useful that the data the HR clients writes to be available for read directly from the database, through SQL. -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-3993) MultiNodeDistributedTxTest.testIndexingWorkDistribution failed as rebalance does not complete in 90 seconds

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3993?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-3993: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done Integrated. Thanks! > MultiNodeDistributedTxTest.testIndexingWorkDistribution failed as rebalance does not complete in 90 seconds > ----------------------------------------------------------------------------------------------------------- > > Key: ISPN-3993 > URL: https://issues.jboss.org/browse/ISPN-3993 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Query > Affects Versions: 6.0.1.Final > Reporter: Pedro Ruivo > Assignee: Sanne Grinovero > Labels: testsuite_stability > Fix For: 7.0.0.Alpha1, 7.0.0.Final > > > org.infinispan.query.distributed.MultiNodeDistributedTxTest.testIndexingWorkDistribution > http://ci.infinispan.org/viewLog.html?buildId=6518&tab=buildResultsDiv&bu... -- 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, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues February 2014