Add MQTT Gateway Support

[timvw74]

Starter for MQTT Gateway support.

The Consumer Client keeps a local Systems.Collections.Generic.Queue , due to MQTT's "push" technology.

Not implemented:
IAmAMessageConsumer.Acknowledge
IAmAMessageConsumer.Reject
IAmAMessageConsumer.Requeue

[CLAassistant]

Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.
2 out of 3 committers have signed the CLA.

✅ iancooper
✅ timvw74
❌ Tim van Wijk

---

Tim van Wijk seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.
_{You have signed the CLA already but the status is still pending? Let us recheck it.}

[iancooper]

I'm not sure about passing the queue in on the config. It feels as though the interface is not clean as a result. Is this for testing?

[timvw74]

This was added to be able to pass in an external Queue. I have removed it as it can be added later if needed.

[iancooper]

Let's think about our alternatives here, as it's a "surprise" coming from other transports.

[iancooper]

Not a blocker to going forward though.

[iancooper]

Some notes

• We try to document all public methods with a view to what Intellisense will give you; we don't document internal or private ones

[iancooper]

Minor remarks though. Once we get this cleaned up, as you are the only person working on it, we can pretty much wave your PRs through if they are just for this transport, with feedback so you can iterate

[iancooper]

@timvw74 I can merge if you would like. We can ignore the failing AWS tests for SNS/SQS

[iancooper]

@timvw74 I converted to a draft whilst we sort out your build

[iancooper]

Just a note that we tend to disable test parallelization for XUnit by putting tests into a collection.