Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use Sidekiq::Process #12

Merged
merged 1 commit into from
Apr 14, 2020
Merged

Use Sidekiq::Process #12

merged 1 commit into from
Apr 14, 2020

Conversation

iGEL
Copy link
Contributor

@iGEL iGEL commented Nov 11, 2019

This makes the code easier to read and relies on official Sidekiq APIs, which are less likely to break. It also only looks at the current process to see, whether it is still processing jobs, not any quieted process.

identity is inherited from Sidekiq::Util.

However, it relies on APIs added in Sidekiq 5

This makes the code easier to read and relies on official Sidekiq APIs,
which are less likely to break. It also only looks at the current
process to see, whether it is still processing jobs, not any quieted
process.

`identity` is inherited from `Sidekiq::Util`.

However, it relies on APIs added in Sidekiq 5
@BuonOmo
Copy link
Collaborator

BuonOmo commented Nov 12, 2019

This would mean removing support for Sidekiq 4.X. This means that we'll have to update our stack (@ccyrille). In the mean time 5.0 is out since April 2017, so it looks pretty safe to upgrade.

Otherwise, LGTM!

For later reviewers, the sidekiq process doc is available here: https://github.com/mperham/sidekiq/wiki/API#processes.

Copy link
Contributor

@ccyrille ccyrille left a comment

Choose a reason for hiding this comment

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

@iGEL sorry it took me so long to come back to you ! Not so many people still use Sidekiq < 5 now and relying on official APIs is always a good idea, so I think we can move along with that..

However tests don't pass anymore, they would need a little refactoring before we can merge. Could you make this happen ? I of course will be much more reactive on my next review 😉

@pyrsmk
Copy link
Contributor

pyrsmk commented Apr 9, 2020

Since the PR author is not responding, we're gonna stabilize the code in a new branch. Hence, this PR should be closed. @ccyrille

@BuonOmo
Copy link
Collaborator

BuonOmo commented Apr 9, 2020

@pyrsmk I think you could use this PR, committers from a repo are allowed to push to original fork branch. This would leave @iGEL's contribution to our git history, which seams more fair.

@pyrsmk
Copy link
Contributor

pyrsmk commented Apr 9, 2020

@BuonOmo In fact, I couldn't find a way to pull the branch locally. I followed these steps to be able to do it : https://help.github.com/en/github/collaborating-with-issues-and-pull-requests/checking-out-pull-requests-locally#modifying-an-inactive-pull-request-locally

edit : the author's contributions would not be overwritten

@BuonOmo
Copy link
Collaborator

BuonOmo commented Apr 9, 2020

Maybe he unchecked this option, that is unfortunate though :/

@BuonOmo BuonOmo assigned pyrsmk and unassigned ccyrille and hugobarthelemy Apr 9, 2020
@pyrsmk pyrsmk assigned ccyrille and unassigned pyrsmk Apr 9, 2020
@pyrsmk pyrsmk merged commit 64b652c into klaxit:master Apr 14, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging this pull request may close these issues.

5 participants