[service-bus] Pass in ProcessErrorArgs to subscribe({ processError }) for extra diagnostics#11927

Merged

richardpark-msft merged 20 commits intoAzure:masterfrom richardpark-msft:richardpark-sb-errhandling

Oct 21, 2020

+530-160

Commits on Oct 20, 2020

Adding in tests for the primary error sources (ourselves or their callback).
richardpark-msft
committed
Add in a changelog entry for the new ProcessErrorContext
richardpark-msft
committed
Updating help text. Need to figure out the right spot to put it, however, since neither the types extraction or the api view seems correct.
richardpark-msft
committed
Updating help text - the abandon actually happens if they throw, regardless of autocomplete being on or not.
richardpark-msft
committed
Updating help once more.
richardpark-msft
committed
Swap the errorSource for onInitialize() to be 'receive'. This has some sense to it since this is internal functionality and that is what 'receive' is meant to cover.
richardpark-msft
committed
* Remove the isAmqpError checks that, for some reason, used to prevent an error from being logged and reported to the user if it happened to be an AMQP error.
richardpark-msft
committed
Updating readme - all the links appeared to have been broken.
richardpark-msft
committed
Changing processError(err: error, context: ProcessErrorContext) to be processError(args; ProcessErrorArgs).
richardpark-msft
committed
Fixing samples to use new ProcessErrorArgs
richardpark-msft
committed
Missed the changelog
richardpark-msft
committed
Updating changelog, migration guide and readme.
richardpark-msft
committed
Fixing an area where we weren't strictly typing the compared objects so you could use an invalid string value in your test data.
richardpark-msft
committed