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
after_commit deprecation - what is actually deprecated? #761
Comments
@anilmaurya @Envek @alto @ivantsepp Can anyone of you explain the reason for adding the |
Hi @ryanuber, @MuhammadRazaAslam.
As far as I understand, use of As per README § Transaction support:
|
@Envek Thanks for the explanation. |
Still not clear why we need this gem since AR has it's own |
Hi! First and foremost, thank you for AASM. We've used it extensively with great success.
Recently we upgraded an older app to version 5.2.0 of AASM, from 4.x. In doing so, we began noticing the deprecation notice for
:after_commit
, and the suggestion for using theafter_commit_everywhere
gem. For the app in question, however, we are very well aware of the potential race conditions and other quirks using:after_commit
, and over time we've built safeguards ourselves that prevent us from performing dangerous actions in nested transactions and other such cases.My question is, what exactly is deprecated? Is use of
after_commit
in general deprecated? Can we expect a breaking change in the future? Or is it simply use ofafter_commit
withoutafter_commit_everywhere
? We're trying to gauge whether we should proactively start refactoring, even thoughafter_commit
is working well for us withoutafter_commit_everywhere
.Thanks for any insight you can offer!
The text was updated successfully, but these errors were encountered: