feat: consumer APIs improvements about amqprs

[quantum-booty]

It would be nice to have the ability to receive a batch of messages of a given size.
For example with this, you could receive a chunk of messages with a given timeout.
https://docs.rs/tokio-stream/latest/tokio_stream/wrappers/struct.UnboundedReceiverStream.html

[gftea]

The AMQP protocol itself does not have such functionality. I can see this can be achieved easily by user via wrapping UnboundedReceiver returned from basic_consume_rx in UnboundedReceiverStream and handle the application logic themselves

[github-actions]

This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 5 days.

[quantum-booty]

The AMQP protocol itself does not have such functionality. I can see this can be achieved easily by user via wrapping UnboundedReceiver returned from basic_consume_rx in UnboundedReceiverStream and handle the application logic themselves

I think it would be good to add this in the examples, its not very obvious and did take me some research to come across the UnboundedReceiverStream. I'm happy to make a PR.

[gftea]

You are welcome to submit PR

[github-actions]

This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 5 days.

[github-actions]

This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 5 days.

[github-actions]

This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 5 days.

[cdbennett]

Just here to watch the label battle with the bot 😄

[github-actions]

This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 5 days.

[github-actions]

This issue was closed because it has been stalled for 5 days with no activity.