-
Notifications
You must be signed in to change notification settings - Fork 529
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
update dapr runtime to use v1.12.0-rc.1 #906
Changes from all commits
8099f80
0b41f72
60accf9
c2011ef
9171319
d66f11c
64d67ec
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,5 +1,5 @@ | ||
DAPR_CLI_VERSION: 1.11.0 | ||
DAPR_RUNTIME_VERSION: 1.11.0 | ||
DAPR_CLI_VERSION: 1.12.0-rc.1 | ||
DAPR_RUNTIME_VERSION: 1.12.0-rc.3 | ||
DAPR_INSTALL_URL: https://raw.githubusercontent.com/dapr/cli/v${DAPR_CLI_VERSION}/install/ | ||
DAPR_DEFAULT_IMAGE_REGISTRY: ghcr | ||
MACOS_PYTHON_VERSION: 3.10 |
Original file line number | Diff line number | Diff line change | ||
---|---|---|---|---|
|
@@ -46,13 +46,7 @@ func main() { | |||
} | ||||
fmt.Println("App subscribed to config changes with subscription id: " + subscriptionID) | ||||
|
||||
time.Sleep(10 * time.Second) | ||||
<-ctx.Done() | ||||
|
||||
err = client.UnsubscribeConfigurationItems(context.Background(), DAPR_CONFIGURATION_STORE, subscriptionID) | ||||
if err != nil { | ||||
fmt.Println("Error unsubscribing to config updates, err:" + err.Error()) | ||||
} else { | ||||
fmt.Println("App unsubscribed to config changes") | ||||
} | ||||
Comment on lines
-51
to
-56
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. why is this being removed? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. It has been deprecated in runtime https://github.com/dapr/dapr/blob/9105124636459e751964f3a68845fc63ccbb45e9/pkg/grpc/api.go#L1459 It should be marked as such in SDKs (I don't think it is atm anywhere). There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I agree it should be removed ... but is it causing an issue ... On a side note, @dapr/maintainers-quickstarts When will the latest SDK RCs will be tested for quickstarts. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
Yes, with it included the test runner is printing out an error saying that the subscription cannot be unsubscribed because it doesn't exist. That is a true error- the subscription at the top of the file is given a context with a timeout of 10 seconds, we then do some work, then sleep 10 seconds. This means that when we go to unsubscribe here, the subscription context has been cancelled and closed, and therefore unsubscribed. The unsubscribe here now makes no sense. The relevant runtime PR: dapr/dapr#6769 There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. ok that is marked as a breaking change .... There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Also the other question, is the unsubscribe method only failing in GO SDK? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. @mukundansundar I assume it is not failing in other quickstart tests because the logic is different. For example, JS is doing the right thing here by just closing the stream
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I believe the context timeout was also causing an issue due to us having a context with a timeout, then sleeping for that duration. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. good catch |
||||
os.Exit(0) | ||||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just curious, why do we want to pin? this can catch us later on too when we forget :)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Per Arturs comment above ^, tho also not sure on the exact reasoning for it