Skip to content

Conversation

@dieppa
Copy link
Member

@dieppa dieppa commented Oct 26, 2021

No description provided.

@dieppa dieppa requested review from dhivesh and osantana85 October 26, 2021 21:49
return lockAcquiredForMillis - lockRefreshMarginMillis;
}

// return lockExpiresAt != null
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Comments should be removed

lockQuitTryingAfterMillis,
lockTryFrequencyMillis,
lockRefreshMarginMillis);
lockManager.initialize();
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why do we need initialize method now? I think we can just include its code inside DefaultLockManager constructor, and remove "initialize" method, as we only are initializing "lockDaemon" and "shouldStopTryingAt" value.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

initialize starts the htread. I don't like to have that in a constructor., even less if we pass the this instance to it

@dieppa dieppa merged commit b3f8f47 into develop Oct 27, 2021
@dieppa dieppa deleted the feature/lockKeeperDaemon branch November 24, 2021 09:25
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants