On a new project, I decided to re-evaluate my options, and remembered a tool that seems to be the next best thing for the job: Wiremock. - Source: dev.to / over 1 year ago

I'm pretty sure Wiremock (https://wiremock.org) lets you configure both the response body and headers. - Source: Hacker News / over 1 year ago

Mocha is a lib inspired by nock and WireMock. It allows checking if the mock was called or not, which is a nice feature. Like httptest, it also it don't automatically intercept the requests. - Source: dev.to / over 1 year ago

For testing third-party API calls, you can use libraries such as WireMock or Nock. These tools allow you to simulate HTTP requests and responses, helping you test how your application behaves when interacting with an external service. For example, you can mock successful responses, simulate errors, or test timeouts, all without making real HTTP requests. - Source: dev.to / almost 2 years ago

WireMock is a versatile, open-source platform for API mocking, offering powerful simulation features for both HTTP and HTTPS protocols. It’s highly customizable and is especially well-suited for complex use cases, such as testing microservices architectures and handling advanced behaviors. - Source: dev.to / almost 2 years ago

Temporal makes durable workflows, activities, retries, timers, failures, and long-running execution explicit. - Source: dev.to / 20 days ago

When a team moves from a monolith into microservices and event-driven, asynchronous systems, it inherits a class of problems that used to be someone else's: work that fails halfway through, steps that must not run twice, calls that return before the work is done. Temporal is a durable execution engine that handles a lot of this - you define a multi-step process, and it guarantees the process runs to completion... - Source: dev.to / about 2 months ago

Durable execution — the pattern implemented by Temporal, Inngest, Rivet Actors, and now Cloudflare Workflows — treats waiting as a continuation rather than a loop:. - Source: dev.to / about 2 months ago

Two specific moves stand out in Duncan's account. The first is durable execution, via Temporal — Mercury replaced fragile cron-and-database state machines with workflow code whose failure semantics are platform-handled (replay, retry, timeout, cancellation). Mercury open-sourced its hs-temporal-sdk, which wraps Temporal's official Rust Core SDK via FFI and provides a Haskell-native API. The dovetail with Haskell's... - Source: dev.to / 3 months ago

We picked Temporal as the first reference engine on purpose. Temporal has the strictest execution model we know of – a V8 sandbox, determinism constraints, replay-driven recovery. If our port contract holds up against that, easier engines – an in-memory test double, a BullMQ queue, or JSON-first platforms like Inngest or Restate – plug in through the same two interfaces. We're shipping Temporal first; the rest is... - Source: dev.to / 3 months ago