Utilize NPM @dapr
See original GitHub issueDescribe the proposal
We have now been granted access to the @dapr
organization on NPM.
I propose to start using it under @dapr/dapr
instead of dapr-client
Since this is a critical change, I propose on maintaining both in the release pipeline where we in the build.yml
process setup an extra step that modifies package.json
and swaps the name for @dapr/dapr
and releases with the new NODE_AUTH_TOKEN: ${{ secrets.NPM_TOKEN_DAPR }}
env variable
Issue Analytics
- State:
- Created 2 years ago
- Reactions:2
- Comments:14 (11 by maintainers)
Top Results From Across the Web
dapr-client - npm
Start using dapr-client in your project by running `npm i dapr-client`. There are 8 other projects in the npm registry using dapr-client.
Read more >JavaScript Client SDK - Dapr Docs
The Dapr Client allows you to communicate with the Dapr Sidecar and get access to its client facing features such as Publishing Events,...
Read more >Making a chat app with Dapr - LogRocket Blog
The server file creates an express server that exposes a publish endpoint which invokes the message method on the node subscriber using Dapr....
Read more >@dapr/dapr - npm Package Health Analysis | Snyk
@dapr/dapr · The official Dapr (https://dapr.io) SDK for Node.js For more information about how to use this package see README · Security.
Read more >Creating a Dapr Project with Node.JS and the Dapr-JS SDK
Next to that, when you would utilize libraries, you also need to take care of correct authentication, error handling, and more. Introduction.
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I would follow @shubham1172 his idea, allowing people to adopt gradually as NPM packages like to remain on a version.
Personally, I would maintain the
dapr-client
for around 6 months or until we are able to measure 0 download rate on itHi there. This sounds like a breaking change. The way I would do that is provide a new version and allow users time to adopt it. I agree with Xavier we should use data/telemetry to measure people moving off of the current version. We need to make this change very clear and visible too IMO.
Now in terms of how to do this best in NPM this will be my first time. I would weigh what Xavier recommends heavily. We can also consult with the experts in VS Code too.