-
-
Notifications
You must be signed in to change notification settings - Fork 7.4k
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
Expose Axios client/module from the HttpService #842
Comments
@ryanswart Hmmm why not just
|
@cojack The HttpService doesn't end up using the global axios instance when I try it like that - ie. interceptors & defaults don't work. (and I want to use the module for the testing benefits it provides) |
The reference to the underlying |
Great thanks! Should I close the issue? |
Added in v5.1.0 |
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
I'm submitting a...
Current behavior
The HttpService hides does not provide core Axios capabilities such as interceptors / transformers.
Expected behavior
Full access to Axios capabilities, by exposing the Axios instance used by the HttpModule. We could possibly also create new Axios clients for each HttpService instantiated, which will provide more granular control.
What is the motivation / use case for changing the behavior?
My primary use case is for debugging Axios requests, which is currently painful, as in a chain of requests, the logs do not specify where a request has failed. Adding an interceptor to the Axios instance would easily provide visibility into what is being requested and identify where the system is failing.
I'd be happy to pick this up if it makes sense
The text was updated successfully, but these errors were encountered: