February 2017 - infinispan-issues

[JBoss JIRA] (ISPN-4131) Lock acquired forever with delayed PrepareCommand

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4131?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4131: ----------------------------------------------- Petr Penicka <ppenicka(a)redhat.com> changed the Status of [bug 1378877|https://bugzilla.redhat.com/show_bug.cgi?id=1378877] from VERIFIED to CLOSED > Lock acquired forever with delayed PrepareCommand > ------------------------------------------------- > > Key: ISPN-4131 > URL: https://issues.jboss.org/browse/ISPN-4131 > Project: Infinispan > Issue Type: Bug > Components: Transactions > Affects Versions: 6.0.2.Final, 7.0.0.Alpha1 > Reporter: Radim Vansa > Assignee: Dan Berindei > Priority: Critical > Labels: 630betablocker > Fix For: 7.0.0.Beta1, 7.0.0.Final > > > Distributed transactional cache: > 1. A sends Prepare to B > 2. B receives Prepare, but due to ongoing ST it is blocked > 3. B replication timeout elapses > 4. B sends Rollback, this does not find the TX as Prepare was not executed yet. The transaction is put into completedTransactions. > 5. Completed transactions timeout elapses. This is by default 15 seconds, way shorter than ST timeout (due to which the Prepare was blocked) > 6. Prepare is executed on B, acquiring lock on K > Nobody will rollback the TX as originator thinks it was already rolled back. > Result: key K will be locked forever, all attempts to update/remove it will fail. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5210) Support writing multiple modifications to cache stores in batch when using Transactions

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-5210?page=com.atlassian.jira.plugin.... ] Ryan Emerson closed ISPN-5210. ------------------------------ Fix Version/s: 9.0.0.Alpha4 (was: 9.0.0.CR1) Resolution: Done Possible if a store implements the [TransactionCacheWriter Interface|https://github.com/infinispan/infinispan/blob/master/core/src/m...] > Support writing multiple modifications to cache stores in batch when using Transactions > --------------------------------------------------------------------------------------- > > Key: ISPN-5210 > URL: https://issues.jboss.org/browse/ISPN-5210 > Project: Infinispan > Issue Type: Feature Request > Components: Loaders and Stores > Affects Versions: 6.0.2.Final, 7.1.0.Final > Reporter: Richard Lucas > Assignee: Ryan Emerson > Fix For: 9.0.0.Alpha4 > > > Currently writes to a cache store are performed individually for each modification to the cache. > While this makes sense when using a non-tx cache it would be beneficial to support writing multiple modifications to a cache store in a single call when using a Tx cache. > Currently all writes are performed in the commit phase and are done by looping through the modifications in the Tx and writing each one in turn to the the store. > Instead of doing this it would useful to pass all modifications to the store in a single call, this would allow: > a) Taking advantage of support for batch updates in underlying stores (JDBC, MongoDB, DynamoDB) for a more efficient write through. > b) Allow store implementations the chance to clean up if one or more updates in the batch fail (this is especially useful if the store does not support Tx and rollbacks as it means the store implementation can at least try to clean up any partial updates it has performed, something which is not currently possible). -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6566) Segment information available for Cache Stores

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-6566?page=com.atlassian.jira.plugin.... ] Ryan Emerson reassigned ISPN-6566: ---------------------------------- Assignee: Ryan Emerson (was: William Burns) > Segment information available for Cache Stores > ---------------------------------------------- > > Key: ISPN-6566 > URL: https://issues.jboss.org/browse/ISPN-6566 > Project: Infinispan > Issue Type: Feature Request > Components: Loaders and Stores > Reporter: William Burns > Assignee: Ryan Emerson > Fix For: 9.0.0.Final > > > Currently cache stores need to be iterated upon fully when doing bulk operations and also removal requires full iteration. It would be much more efficient if the cache store could store the entries by segment so they only have to read a portion of data. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6566) Segment information available for Cache Stores

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-6566?page=com.atlassian.jira.plugin.... ] Ryan Emerson updated ISPN-6566: ------------------------------- Fix Version/s: (was: 9.0.0.Final) > Segment information available for Cache Stores > ---------------------------------------------- > > Key: ISPN-6566 > URL: https://issues.jboss.org/browse/ISPN-6566 > Project: Infinispan > Issue Type: Feature Request > Components: Loaders and Stores > Reporter: William Burns > Assignee: Ryan Emerson > > Currently cache stores need to be iterated upon fully when doing bulk operations and also removal requires full iteration. It would be much more efficient if the cache store could store the entries by segment so they only have to read a portion of data. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6026) Segment-aware shared cache stores

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-6026?page=com.atlassian.jira.plugin.... ] Ryan Emerson reassigned ISPN-6026: ---------------------------------- Assignee: Ryan Emerson > Segment-aware shared cache stores > --------------------------------- > > Key: ISPN-6026 > URL: https://issues.jboss.org/browse/ISPN-6026 > Project: Infinispan > Issue Type: Enhancement > Components: Loaders and Stores > Reporter: Tristan Tarrant > Assignee: Ryan Emerson > > Shared cache stores (e.g. JDBC) should be segment-aware so that they only load the keys they own. > Possible implementation: add a segment id column, so that the store can SELECT * FROM table WHERE segment_id = segment > Need to think about how to reconstruct segment ids. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-29) Add ProtobufUtil.toCanonicalJSON

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/IPROTO-29?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated IPROTO-29: -------------------------------- Fix Version/s: 4.0.0.Alpha4 (was: 4.0.0.Alpha6) > Add ProtobufUtil.toCanonicalJSON > -------------------------------- > > Key: IPROTO-29 > URL: https://issues.jboss.org/browse/IPROTO-29 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 4.0.0.Final, 4.0.0.Alpha4 > > > See https://developers.google.com/protocol-buffers/docs/proto3#json -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-29) Add ProtobufUtil.toCanonicalJSON

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/IPROTO-29?page=com.atlassian.jira.plugin.... ] Adrian Nistor reassigned IPROTO-29: ----------------------------------- Assignee: Adrian Nistor > Add ProtobufUtil.toCanonicalJSON > -------------------------------- > > Key: IPROTO-29 > URL: https://issues.jboss.org/browse/IPROTO-29 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 4.0.0.Final, 4.0.0.Alpha6 > > > See https://developers.google.com/protocol-buffers/docs/proto3#json -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-29) Add ProtobufUtil.toCanonicalJSON

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/IPROTO-29?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated IPROTO-29: -------------------------------- Status: Open (was: New) > Add ProtobufUtil.toCanonicalJSON > -------------------------------- > > Key: IPROTO-29 > URL: https://issues.jboss.org/browse/IPROTO-29 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 4.0.0.Final, 4.0.0.Alpha6 > > > See https://developers.google.com/protocol-buffers/docs/proto3#json -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-29) Add ProtobufUtil.toCanonicalJSON

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/IPROTO-29?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated IPROTO-29: -------------------------------- Fix Version/s: 4.0.0.Final 4.0.0.Alpha6 > Add ProtobufUtil.toCanonicalJSON > -------------------------------- > > Key: IPROTO-29 > URL: https://issues.jboss.org/browse/IPROTO-29 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 4.0.0.Final, 4.0.0.Alpha6 > > > See https://developers.google.com/protocol-buffers/docs/proto3#json -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-29) Add ProtobufUtil.toCanonicalJSON

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/IPROTO-29?page=com.atlassian.jira.plugin.... ] Adrian Nistor commented on IPROTO-29: ------------------------------------- Implemented in master: https://github.com/infinispan/protostream/commit/8a68805ca2edb672309e3caa... > Add ProtobufUtil.toCanonicalJSON > -------------------------------- > > Key: IPROTO-29 > URL: https://issues.jboss.org/browse/IPROTO-29 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 4.0.0.Final, 4.0.0.Alpha6 > > > See https://developers.google.com/protocol-buffers/docs/proto3#json -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 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 February 2017