May 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-2637) Supporting rolling upgrades of a live REST cluster

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2637?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2637: -------------------------------- Fix Version/s: 6.0.0.Final > Supporting rolling upgrades of a live REST cluster > --------------------------------------------------- > > Key: ISPN-2637 > URL: https://issues.jboss.org/browse/ISPN-2637 > Project: Infinispan > Issue Type: Feature Request > Reporter: Mircea Markus > Assignee: Tristan Tarrant > Labels: rolling_upgrade > Fix For: 6.0.0.Beta1, 6.0.0.Final > > > Similar to ISPN-1410, but for REST clusters. -- 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, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2638) Supporting rolling upgrades of a live Memcached cluster

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2638?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2638: -------------------------------- Fix Version/s: 6.0.0.Beta1 6.0.0.Final (was: 5.3.0.Final) > Supporting rolling upgrades of a live Memcached cluster > ------------------------------------------------------- > > Key: ISPN-2638 > URL: https://issues.jboss.org/browse/ISPN-2638 > Project: Infinispan > Issue Type: Feature Request > Reporter: Mircea Markus > Assignee: Tristan Tarrant > Fix For: 6.0.0.Beta1, 6.0.0.Final > > > Similar to ISPN-1410, but for Memcached clusters. -- 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, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-469) Native Hot Rod client for .NET

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-469?page=com.atlassian.jira.plugin.s... ] Mircea Markus updated ISPN-469: ------------------------------- Fix Version/s: 6.0.0.Alpha2 6.0.0.Final (was: 6.1.0.Final) > Native Hot Rod client for .NET > ------------------------------ > > Key: ISPN-469 > URL: https://issues.jboss.org/browse/ISPN-469 > Project: Infinispan > Issue Type: Feature Request > Components: Remote protocols > Environment: Must run .NET versions 4, 4.5 > Optional: .NET versions 3, 3.5 > Reporter: Manik Surtani > Fix For: 6.0.0.Alpha2, 6.0.0.Final > > > .NET client impl for HotRod. Protocol is documented here: > http://community.jboss.org/wiki/HotRodProtocol > Could be based off the Java reference impl client: > https://github.com/infinispan/infinispan/tree/master/client/hotrod-client -- 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, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-470) Native Hot Rod client for C++

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-470?page=com.atlassian.jira.plugin.s... ] Mircea Markus updated ISPN-470: ------------------------------- Fix Version/s: 6.0.0.Alpha1 > Native Hot Rod client for C++ > ----------------------------- > > Key: ISPN-470 > URL: https://issues.jboss.org/browse/ISPN-470 > Project: Infinispan > Issue Type: Feature Request > Components: Remote protocols > Environment: Windows, 64-bit, Visual Studio 2010* RHEL 6, 64-bit, RHEL 5, 64-bit > Reporter: Manik Surtani > Fix For: 6.0.0.Alpha1, 6.0.0.Final > > > C++ client impl for HotRod. Protocol is documented here: > http://community.jboss.org/wiki/HotRodProtocol > Could be based off the Java reference impl client: > https://github.com/infinispan/infinispan/tree/master/client/hotrod-client -- 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, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3096) ComponentRegistryTest.testConcurrentLookupSameComponentRegistry intermittent failure

by Dan Berindei (JIRA)

Dan Berindei created ISPN-3096: ---------------------------------- Summary: ComponentRegistryTest.testConcurrentLookupSameComponentRegistry intermittent failure Key: ISPN-3096 URL: https://issues.jboss.org/browse/ISPN-3096 Project: Infinispan Issue Type: Bug Components: Test Suite Affects Versions: 5.3.0.Beta1 Reporter: Dan Berindei Assignee: Dan Berindei Priority: Minor Fix For: 5.3.0.Beta2 The test checks that when the injection method is blocked, calling {{ComponentRegistry.getComponent(...)}} in another thread will return null. However, if the thread doing the check is delayed for a long time (longer than 1s), the check will fail because the injection thread will have been unblocked. -- 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, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-484) Querying over HotRod

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-484?page=com.atlassian.jira.plugin.s... ] Mircea Markus updated ISPN-484: ------------------------------- Fix Version/s: 6.0.0.Beta1 > Querying over HotRod > -------------------- > > Key: ISPN-484 > URL: https://issues.jboss.org/browse/ISPN-484 > Project: Infinispan > Issue Type: Feature Request > Components: Querying, Remote protocols > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 6.0.0.Beta1, 6.0.0.Final > > > Investigate how to allow Hot Rod servers to be queries, particularly since server stores key/values in serialized byte arrays. > Also, look into how to improve the protocol to potentially allow remote querying. -- 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, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-484) Querying over HotRod

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-484?page=com.atlassian.jira.plugin.s... ] Mircea Markus updated ISPN-484: ------------------------------- Fix Version/s: 6.0.0.Beta2 (was: 6.0.0.Beta1) > Querying over HotRod > -------------------- > > Key: ISPN-484 > URL: https://issues.jboss.org/browse/ISPN-484 > Project: Infinispan > Issue Type: Feature Request > Components: Querying, Remote protocols > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 6.0.0.Beta2, 6.0.0.Final > > > Investigate how to allow Hot Rod servers to be queries, particularly since server stores key/values in serialized byte arrays. > Also, look into how to improve the protocol to potentially allow remote querying. -- 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, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3095) Cache.replace() succeeds on originator but fails randomly on remote owners during state transfer in DIST mode with pessimistic locking

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3095?page=com.atlassian.jira.plugin.... ] Work on ISPN-3095 started by Adrian Nistor. > Cache.replace() succeeds on originator but fails randomly on remote owners during state transfer in DIST mode with pessimistic locking > -------------------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-3095 > URL: https://issues.jboss.org/browse/ISPN-3095 > Project: Infinispan > Issue Type: Bug > Components: Core API, Distributed Cache > Affects Versions: 5.2.5.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 5.3.0.Beta2, 5.3.0.Final > > > TxDistributionInterceptor.ignorePreviousValueOnBackup() should return true if pessimistic locking is enabled. -- 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, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3095) Cache.replace() succeeds on originator but fails randomly on remote owners during state transfer in DIST mode with pessimistic locking

by Adrian Nistor (JIRA)

Adrian Nistor created ISPN-3095: ----------------------------------- Summary: Cache.replace() succeeds on originator but fails randomly on remote owners during state transfer in DIST mode with pessimistic locking Key: ISPN-3095 URL: https://issues.jboss.org/browse/ISPN-3095 Project: Infinispan Issue Type: Bug Components: Core API, Distributed Cache Affects Versions: 5.2.5.Final Reporter: Adrian Nistor Assignee: Adrian Nistor Fix For: 5.3.0.Beta2, 5.3.0.Final TxDistributionInterceptor.ignorePreviousValueOnBackup() should return true if pessimistic locking is enabled. -- 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, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3094) Cache.putForExternalRead in DIST transactional mode is not replicated to other members

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3094?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-3094: -------------------------------- Component/s: Core API Distributed Cache > Cache.putForExternalRead in DIST transactional mode is not replicated to other members > -------------------------------------------------------------------------------------- > > Key: ISPN-3094 > URL: https://issues.jboss.org/browse/ISPN-3094 > Project: Infinispan > Issue Type: Bug > Components: Core API, Distributed Cache > Affects Versions: 5.2.5.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 5.3.0.Beta2, 5.3.0.Final > > > Since the context is non transactional, no command is enqueued in the transaction's modification list to be replicated at prepare time and also TxDistributionInterceptor does not explicitly replicate the command to other owners immediately after local execution. The command end up executing only on originator. This bug seems to be caused by the DistributionInterceptor class hierarchy refactoring in 5.2. -- 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, 4 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues May 2013