You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It'd be nice to only have a single package.json as a single source of truth. There are other node libraries out there that are written in TS and distributed in JS; https://github.com/nats-io/nats.node is an example.
The text was updated successfully, but these errors were encountered:
I think authzed-node should work fine for a non-TS consumer. I'm going to verify that before I cut it out, though. My understanding is that it was added when a user asked for it for a non-TS environment.
The thought is that we'd have one set of client library files, and then two backing implementations. I think it makes an assumption that the TS proto gencode and the non-TS proto gencode look the same, though, which isn't necessarily going to be the case.
It'd be nice to only have a single
package.json
as a single source of truth. There are other node libraries out there that are written in TS and distributed in JS; https://github.com/nats-io/nats.node is an example.The text was updated successfully, but these errors were encountered: