Tokio runtime stack overflow for big interface

[LUK3ARK]

This bug tripped me up for ages. the only way I was able to narrow it down is by removing all functions but one, and then adding each function back in.

I was getting the following error:

thread 'tokio-runtime-worker' has overflowed its stack fatal runtime error: stack overflow

To reproduce this:

1. When i have 11 functions on an interface, it is fine and is served.
2. When i have 12 functions on an interface, it breaks and has a stack overflow.

I am unsure if this is intrinsically because of the total amount of imports from multiple packages or directly because of the number of functions there are on an interface.

Either way, there is something that limits how big an interface can be and causes a tokio stack overflow.

For context, this occurs using NATS transport.

[LUK3ARK]

For the second interface, that was overflowing with 11 functions, and started working once I split up into two separate interfaces.

The number of functions are not directly responsible for the overflow, seems to be either number of types or separate packages inside dependency tree.