-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Inconsistent execution order between operation hook and custom strong-remoting phase hook #3368
Comments
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
This issue has been closed due to continued inactivity. Thank you for your understanding. If you believe this to be in error, please contact one of the code owners, listed in the |
This issue has been closed due to continued inactivity. Thank you for your understanding. If you believe this to be in error, please contact one of the code owners, listed in the |
2 similar comments
This issue has been closed due to continued inactivity. Thank you for your understanding. If you believe this to be in error, please contact one of the code owners, listed in the |
This issue has been closed due to continued inactivity. Thank you for your understanding. If you believe this to be in error, please contact one of the code owners, listed in the |
With LB3, I am trying to use custom strong-remoting phase to inject httpContext into args.options in order to access HTTP headers in downstream middleware such as operation hooks. I need this injection for all methods, built-in or not, in all of my models and I think this is the least effort approach in terms of minimizing duplications - even better than mix-ins. But it turns out the execution order between operation hooks and strong-remoting phase hooks are inconsistent. To be more specific, I have tried both
.addBefore('invoke'
and.addAfter('auth'
phases. For built-in remote methods they are executed before the operation hookaccess
; for custom instance remote methods executed afterwards.What is the correct approach in my scenario?
The text was updated successfully, but these errors were encountered: