[ 
https://issues.apache.org/jira/browse/IGNITE-6827?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16425147#comment-16425147
 ] 

Alexei Scherbakov commented on IGNITE-6827:
-------------------------------------------

[~agura],

Thanks for comments.

1. There are no TODOs left by me in these classes.
2. This check is actually necessary here because we have special return value 0 
if timeout is not set at all.
3. Fixed.

I made an Upsource review for branch [1]

Latest TC run [2]

Some tests worth additional investigation.

[1] https://reviews.ignite.apache.org/ignite/review/IGNT-CR-544
[2] 
https://ci.ignite.apache.org/viewLog.html?buildId=1176005&tab=buildResultsDiv&buildTypeId=IgniteTests24Java8_RunAll

> Configurable rollback for long running transactions before partition exchange
> -----------------------------------------------------------------------------
>
>                 Key: IGNITE-6827
>                 URL: https://issues.apache.org/jira/browse/IGNITE-6827
>             Project: Ignite
>          Issue Type: Improvement
>    Affects Versions: 2.0
>            Reporter: Alexei Scherbakov
>            Assignee: Alexei Scherbakov
>            Priority: Major
>             Fix For: 2.5
>
>
> Currently long running / buggy user transactions force partition exchange 
> block on waiting for 
> org.apache.ignite.internal.processors.cache.GridCacheSharedContext#partitionReleaseFuture,
>  preventing all grid progress.
> I suggest introducing new global flag in TransactionConfiguration, like 
> {{txRollbackTimeoutOnTopologyChange}}
> which will rollback exchange blocking transaction after the timeout.
> Still need to think what to do with other topology locking activities.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to