This is a project born of my frustration of making fake servers and CDCs over and over again as we break our monolith into tiny pieces.
I figured the requirements for both fake servers and CDCs in a lot of cases are the same. "Given a request, i want this response". So I thought, why not just define it once in configuration and be done with it. This stops the two things getting out of sync.
The wiki has lots of info as to how to use it and what the point of it is. Would appreciate any feedback, apart from mean things.
We use Pact[1], but the idea of flakeyness is interesting. Would you end up with non deterministic builds with the flakeyness? I imagine you could get enough 404's to trigger a Circuit Breaker in your application and this would propagate to tests sometimes failing.
We haven't used the flakiness for builds, but just for performance tests. So we set up our service to point to a flaky MJ and the use siege to see how it handles it.
In one instance saw how certain scenarios meant we weren't releasing connections which then killed the app.
Ha, wow I had never seen this before and it is very similar.
I suppose the main difference is
- As far as I can see, Stubby doesn't provide CDCs-like functionality and MJ does. The idea of this is you can make sure your fake endpoints are valid. A common problem with mocks is that they go out of sync with a real server so your build is green, but it shouldn't be
- No flaky functionality
- Doesn't require any particular system dependencies (npm, maven or anything like that)
I figured the requirements for both fake servers and CDCs in a lot of cases are the same. "Given a request, i want this response". So I thought, why not just define it once in configuration and be done with it. This stops the two things getting out of sync.
The wiki has lots of info as to how to use it and what the point of it is. Would appreciate any feedback, apart from mean things.