Skip to content

Latest commit

 

History

History
119 lines (113 loc) · 4 KB

COMPARISON.md

File metadata and controls

119 lines (113 loc) · 4 KB

Comparison of similar frameworks

This list contains a comparison with the most popular open source API simulation tools

Chosen criteria
Criteria Reason
Mocking in IntegrationTests Gives an overview how this is done and describes how straightforward this can be integrated into (Java) code
Modularity Monolithic/Non-modular packaging causes bloat and problems such as
  • Possible introduction of vulnerabilities
  • Dependency conflicts
  • Performance degeneration
  • Confusion (which classes/methods need to be used)
Testcontainers Integration Testcontainers is the defacto standard for running integration tests. It utilizes containers, is highly flexible and has widespread use in the Java ecosystem.
Activity & Support Unmaintained software won't get fixes for incompatibilities, issues, vulnerabilities, ...
Tool Mocking in IntegrationTests Modularity Testcontainers Integration Activity & Support
MockServer NeoLight ✔ Same as MockServer below ✔ Split into a optimized client and server module Yes Yes
MockServer (original) ✔ Provides a Java client that is used to create responses for certain requests Docs Testcontainer-Docs ⚠ Split into a un-optimized client and server module Yes ❌ Inactive since >1 year
WireMock ✔ Provides a Java API that is used to create responses for certain requests. As an alternative you can also use files to do the same Docs ❌ Monolithic - all client/server code in one module Yes (but only native support for file based responses) ✔ Active (dedicated support for their "Cloud" exists)
Karate Custom programming language/syntax files Docs ❌ Monolithic - nearly all code in "core" module ❌ No ✔ Active
Mockoon ❌ Custom IDE Docs n/a ❌ No Yes

All values as of 2024-05