Initial Bulk Subscribe functionality#1009
Conversation
Codecov Report
@@ Coverage Diff @@
## release-1.10 #1009 +/- ##
================================================
- Coverage 69.45% 68.95% -0.51%
================================================
Files 162 169 +7
Lines 5432 5534 +102
Branches 585 588 +3
================================================
+ Hits 3773 3816 +43
- Misses 1519 1578 +59
Partials 140 140
Flags with carried forward coverage won't be shown. Click here to find out more.
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here. |
There was a problem hiding this comment.
I like that we were able to reuse the metadata here. Is it possible to make a more convenient function for this? Or a [BulkSubscribeTopicMetadata] that flows through the same path? I know we originally didn't want a new annotation but I was just thinking if we follow the path of the metadata but provide a convenient annotation for it.
There was a problem hiding this comment.
Just one point here, bulk subscribe is no longer part of metadata, but it is its own field similar to route in subscriptions.
There was a problem hiding this comment.
Nit, indentation doesn't need to be here.
There was a problem hiding this comment.
How does this look as an actual payload coming in? My hope is that it would be an array of the actual events so we don't need the CloudEventModel in the middle as that's the point of this middleware is to remove the cloudevent.
Below we just reference the data field for example.
There was a problem hiding this comment.
Discussed offline and addressed. The reason being, if we just reference data, we might not get other information like entryId. These fields might be important as they tell the consumer which message failed/passed.
There was a problem hiding this comment.
Generally, publicly accessible fields should be capitalized also this should be Entries or something like that since you need the individual entry to get the status.
There was a problem hiding this comment.
No data? Where is that stored?
There was a problem hiding this comment.
There was a problem hiding this comment.
What's the empty constructor for?
There was a problem hiding this comment.
So this is the actual response back? Or what we send out? I was confused with how DaprBulkAppResponse didn't have any events.
There was a problem hiding this comment.
DaprBulkAppResponse is the response that we send back to dapr.
There was a problem hiding this comment.
Just one point here, bulk subscribe is no longer part of metadata, but it is its own field similar to route in subscriptions.
There was a problem hiding this comment.
| /// Response from the application containing status for each entry in the bulk message. | |
| /// It is posted by the bulk subscribe handler. | |
| /// Response from the application containing status for each entry in the bulk message. | |
| /// It is posted to the bulk subscribe handler. |
?
There was a problem hiding this comment.
ideally this enum can be used for normal subscribe response to, if there is a domain model for normal subscribe response ...
There was a problem hiding this comment.
We don't have that yet.
de99401 to
8e3a2d4
Compare
halspang
left a comment
There was a problem hiding this comment.
Mostly just questions/formatting stuff.
8e3a2d4 to
8ea37fe
Compare
Signed-off-by: Yash Nisar <[email protected]>
8ea37fe to
9f987d5
Compare
|
@mukundansundar - Can you validate this to make sure we aren't missing anything? |
Signed-off-by: Yash Nisar <[email protected]>
Signed-off-by: Yash Nisar <[email protected]>
* Update DurableTask SDK dependency to get ARM64 compatibility (#1024) (#1025) * Update DurableTask SDK dependency to get ARM64 compatibility * Fix issue with gRPC address override behavior Signed-off-by: Chris Gillum <[email protected]> * Initial Bulk Subscribe functionality (#1009) Signed-off-by: Yash Nisar <[email protected]> * Workflow unit testing changes for 1.10 release (#1038) Signed-off-by: Chris Gillum <[email protected]> * Fix issue with gRPC address override behavior Signed-off-by: Chris Gillum <[email protected]> * Workflow SDK changes to enable unit testing Signed-off-by: Chris Gillum <[email protected]>
Signed-off-by: Yash Nisar [email protected]
Description
Initial Bulk Subscribe implementation
Please explain the changes you've made
Issue reference
We strive to have all PR being opened based on an issue, where the problem or feature have been discussed prior to implementation.
Please reference the issue this PR will close: #958
Checklist
Please make sure you've completed the relevant tasks for this PR, out of the following list: