Example projects
Working code you can run today, and where each piece actually lives.
Three places hold runnable Wajub code, and they answer different questions. The cookbook shows a complete feature in a real framework, the CLI scaffolds a webhook receiver on your disk, and each SDK repository carries a minimal script that proves the install worked.
Complete features, in a framework
The cookbook recipes are full walkthroughs. Each one is a working integration you can read end to end, with the server call, the browser or app half, and the webhook that confirms.
Cookbook
- Next.js checkoutApp Router, a server route, and the embedded checkout.
- Express webhook handlerRaw body, signature verification, idempotent fulfilment.
- Laravel recurring billingInvoices, cycles, and the events behind them.
- Django marketplaceConnected accounts, split payments, seller payouts.
- React Native Mobile MoneyThe native sheet, from token to confirmation.
- All recipesThe full index, as it grows.
A webhook receiver, scaffolded
The CLI writes a working receiver into a directory of your choice. It has no dependency beyond Node, and it verifies the signature the same way the SDKs do, which makes it useful for reading as well as for running.
wajub samples webhooks my-receiver
node my-receiver/server.mjs
# in a second terminal
wajub listen --forward-to localhost:3000/webhooks
wajub trigger payment.succeededwajub samples --list prints what is available. Today that is the webhook receiver, and the list
is where new ones appear.
The minimal call, per language
Two SDK repositories ship an examples/ folder holding one script. It creates a payment and
prints the URL, which is exactly enough to prove your key, your network and your install.
| Language | File | Run it with |
|---|---|---|
| Go | examples/create_payment/main.go | go run ./examples/create_payment |
| Python | examples/create_payment.py | python examples/create_payment.py |
Each reads WAJUB_API_KEY from the environment. Export a sandbox key first and the payment it
creates is harmless.
Every SDK repository is public and readable
There are no example applications hosted separately. The SDK repositories themselves are the reference implementation, and their tests are often the clearest documentation of an edge case. All of them live under github.com/wajubhq.
Building your own starting point
If you are setting up a project rather than reading one, the shortest honest path is three steps.
| Step | Page |
|---|---|
| Make one API call work | SDK Quickstart |
| Pick how the payer pays | Integration paths |
| Receive the confirmation | Webhooks quickstart |
Keep Konsole open while you do. It shows every request and every webhook delivery as they happen, which turns most debugging into reading rather than guessing.
Related pages
- SDK QuickstartThe first call, in five languages side by side.
- The CLIlisten, trigger, samples and the API commands.
- Test scenariosCards and numbers that produce each outcome.
- Sandbox modeWhat is simulated and what is not.
- Choose your SDKRuntime floors and the constraints that rule one out.
- CookbookEvery recipe, by framework and by use case.