Comments (1)
Fork with branch
As a follow up, I forked the project and I have a branch that has started the implementation of this new feature. It is a very naive implementation that reuses a lot of the existing code. My intention is that the feature behaves like the tests should describe (in code) but I am missing quite a few.
- stream acts as a fanout for all consumers
- all consumers of a stream can start reading at any offset till the end
The branch is here: https://github.com/hanzo2001/rabbitmq-mock/tree/feature/naive-streams-implementation
Do I need to PR for a checkup? (my stuff is not PR ready yet)
TODO
I have not tested the expected errors (no qos, etc). I have no clue as to what is supposed to happen with other Channel calls like basicNack
, basicReject
, etc in the context of Streams. I only understand them as read and continue (only Ack and continue to the next). Streams do not have a DLQ concept of undeliverable, the messages are not consumed and will exist forever or until the retention policy allows it. In addition, I think there is no concept of requeue.
from rabbitmq-mock.
Related Issues (20)
- MetricCollector.consumedMessage is called incorrectly. HOT 2
- MockQueue should not use declaring channel for metrics HOT 1
- x-consistent-hash implementation has divide by zero error when no routing key is specified HOT 3
- x-modulus-hash exchange
- MockChannel don't clear transaction when rollback HOT 2
- RoutingKey does not follow spec for topic exchanges HOT 3
- Multiple reject/ack call should throw precondition failed HOT 1
- com.github.fridujo.rabbitmq.mock.exchange.FixDelayExchange doesn't exist but the test import it HOT 2
- MockFanoutExchange constructor accessibility HOT 1
- INFO REQ: How does one test the shutdown listener HOT 2
- Multiple bindings which only differ in binding arguments not working correctly
- Message with empty routing key does not go to queue bounded to topic exchange with "#" routing key.
- Bindings for header exchanges which test for the *presence* of a header are not mocked correctly
- Issue Mocking Delayed Message Exchange HOT 1
- Unstable delivery in when more than one consumer is used HOT 2
- rabbitTemplate receive() does not dequeue message HOT 1
- `MockQueue` uses unsynchronized `LinkedHashMap`s which can cause `ConcurrentModificationException` or halts message consumption HOT 2
- MockConnection#close closes all queues
- Exception in Consumer breaks subscription
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from rabbitmq-mock.