Correct task awaiting with ConfigureAwait(false) in Producer.#967
Conversation
also added ConfigureAwaitChecker.Analyzer package so you will have warnings in future
|
It looks like Lev Dimov (@levdimov) hasn't signed our Contributor License Agreement, yet.
You can read and sign our full Contributor License Agreement here. Once you've signed reply with Appreciation of efforts, clabot |
|
Confluent Inc. (@confluentinc) It looks like Lev Dimov (@levdimov) just signed our Contributor License Agreement. 👍 Always at your service, clabot |
|
looks good except for unnecessary white space changes (these make it difficult to track what changes happened when). also, I'm not keen on the |
|
Sorry about whitespace changes, my IDE is removing trailing whitespaces automatically and I hide all whitespace changes in Git UI :) Also I've removed Thank you! |
|
thanks! I also don't see any problem, but I don't have time to give it any thought and not including it is definitely 100% safe. |
|
Matt Howlett (@mhowlett), may I ask you when these changes are going to be released? |
|
I've opened #968 so we can release asap - so hopefully soon, but there is some internal debate as to how to best do rapid releases moving forward. this is a test case for that. |
This fix resolves an issue when client code waits ProduceAsync synchronously (using
.Resultor.GetAwaiter().GetResult()). This fix is very useful for keeping backward compatability with legacy code which you cannot easily migrate to async. As I wrote here before 1.0.0 Producer code was returning tasks rather than awaiting them inside implementation.I also added ConfigureAwaitChecker.Analyzer package so you will have warnings in future