More protocol friendly request pattern.

[ColinSullivan1]

Add functionality to mirror the go-nats feature, https://github.com/nats-io/go-nats/pull/295.

[sixlettervariables]

If I'm reading this correctly, does the following describe that behavior?

• Each client (when initiating the first request) would create a connection local inbox
• The client (read: per connection) would subscribe to that inbox as a wildcard
• Each request from the client would have a reply to referencing that inbox plus a unique ID
• The reply would be dispatched locally based on that unique ID

[ColinSullivan1]

@sixlettervariables , were you thinking of contributing here?

[sixlettervariables]

As I understand it we, basically, do exactly this in our usage of the client (but for a different purpose than performance). Trying to understand the feature and how it may/may not affect us.

[ColinSullivan1]

It really shouldn't affect you (beyond better performance), unless you have some subject based authorization enabled that would interfere with the internal subscription.

[ColinSullivan1]

Resolved by #167.