Expand description
In-process test broker, behind the testing feature.
The broker follows the same ladder as the real one (synchronous new, consuming connect,
consuming shutdown) over an in-memory router, so application handlers wired against
RabbitMQ descriptors can be exercised without a server: messages fan out synchronously to
subscribers matched by exact queue name. Public surface:
LapinTestBroker/ConnectedLapinTestBroker- the ladder; the connected form implementsTestableBroker, so it drives both theTestAppharness and the framework’s conformance suite;LapinTestPublish/LapinTestPublisher- the publish pair, carrying both transaction kinds: the handle-level borrowed one and the ownedLapinTestTransaction;LapinTestSubscriber/LapinTestMessage- theSubscriberandIncomingMessageimpls, settling like the real transport.
Scope: queue-name routing, settlement, headers, and buffered transactions. Exchange types,
bindings, dead-lettering, prefetch, and request/reply are transport behavior; exercise them
against a real server (see the crate’s integration tests and AMQP_TEST_URL).
Structs§
- Connected
Lapin Test Broker - The connected form of
LapinTestBroker. - Lapin
Test Broker - In-process broker for application tests: same descriptors, no
RabbitMQserver. - Lapin
Test Message - One in-process delivery.
- Lapin
Test Publish - The in-process publish policy, mirroring
LapinPublishon the real broker. - Lapin
Test Publisher - The live publisher into the in-process router.
- Lapin
Test Subscriber - In-process subscriber on one queue name.
- Lapin
Test Transaction - An owned in-process transaction, opened by
transactionon aLapinTestPublisher.