-
Notifications
You must be signed in to change notification settings - Fork 55
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
2.0.3 version of ms-rest-js causes issues when we try to prepack sdks that take a dependency on that version #367
Comments
@amarzavery I ran into this as well. Any recommended workarounds? |
@EricJizbaMSFT If you add The root cause IIUC is that the The better fix is either to add a triple-slash reference to the DOM lib, or better yet, stub just the types you need in a structurally compatible way. These techniques are discussed a bit here, but the gist is: triple-slash references work nicely but behave as if the user had added that lib entry themselves (and so their whole program sees types they didn't themselves configure), while stubbing usually works best but takes work and duplicates types. |
This is open for half a year, forcing node typescript projects depending on azure SDKs to include "dom" in libraries. This is ridiculous, when will Microsoft do something about broken build dependencies? I'm having this problem with @azure/core-http
|
💡I know this is open for a while So just reiterating if anyone has definite right answer please?, but discussion above regarding DOM helped. Thanks. What got me going is below I.e. workaround. (Mentioning if it comes handy to anyone else)
|
Fix arm-containerservice deprecated packages build warning. * Adding DOM as build fix, existing bug Azure/ms-rest-js#367 * Style fix: tuck away the type assertions in a named helper.
Wow I am using v2.0.8 but the issue is as same as previous. |
Since this is now closed: Azure/ms-rest-js#367
@kpajdzik - When I look at
fetchHttpClient.ts
there are no imports forRequestInit
,RequestInfo
, etc. because intsconfig.json
inlib
we include"dom"
.I am not sure why tsc complains about this when i am trying to build say
@azure/arm-kusto
."node-fetch"
. Which is what we don't want sincefetchHttpClient
is theabstract
base class that is common to both node and browser scenario."dom"
in"lib"
of@azure/arm-kusto
's tsconfig then the builld is fine. Don't quite like this solution. However, I am not sure of any other way to fix this./cc @bterlson, @daviwil - Any idea on how to fix this?
The text was updated successfully, but these errors were encountered: