-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Azure Event Hubs scaler checkpointing should be language agnostic #769
Comments
This issue will also influence Dapr projects that use the Event Hubs input binding because it uses Go SDK. Tried it today and got the same issue as in #767
|
@jeffhollan @zroubalik I think we should plan for this in 2.0; wdyt? |
if no one already work on this issue, i think i can start with it, the next couple of days |
That would be great, thanks @christle ! |
Update: i've tested a few frameworks in different languages and searched for differences. I think I can make a PR proposal soon. |
Would very much appreciate if node was to be added to the list of languages to support. The node library stores the checkpoints at the same path as detailed in the Java issue: #767 (comment) The main difference it looks like with what is implemented (beyond that path) is the node library stores the properties |
* update doc for prometheus scaler Signed-off-by: Xinzhu Zhou <bamboo12366@gmail.com> * revert params.version Signed-off-by: Xinzhu Zhou <bamboo12366@gmail.com> * update according to review Signed-off-by: Xinzhu Zhou <bamboo12366@gmail.com> * use true/false insteads of enable/disable Signed-off-by: Xinzhu Zhou <bamboo12366@gmail.com> * fix typo Signed-off-by: Xinzhu Zhou <bamboo12366@gmail.com>
Azure Event Hubs scaler check-pointing should be language agnostic.
We need to find a way to decouple the frameworks and know how to lookup the checkpoints.
This is an aggregate to track issues for languages/SDKs we don't support properly:
The text was updated successfully, but these errors were encountered: