aseigo
I’ve been looking at the options in the Elixirverse for payment gateways (Stripe, PayPal, et al) and I’ve already found the following:
- GitHub - swelham/cashier: Cashier is an Elixir library that aims to be an easy to use payment gateway, whilst offering the fault tolerance and scalability benefits of being built on top of Erlang/OTP · GitHub (by @swelham)
- GitHub - joshnuss/commerce_billing: A payment processing library for Elixir · GitHub
- GitHub - era/pay: Pay is an Elixir Lib to deal with Paypal and other payment solutions. · GitHub
All had commits in November (so ~2 months ago), have zero releases, and between 35-80 commits with a handful of committers … so all are similarly active, it seems.
All implement support for only one payment gateway, however … PayPal or Stripe, depending on the one. This leaves me scratching my head, and so I figured I’d lazyweb this and see if any of you have experience with the above libraries.
If so .. what was your experience like? (Usage, quality, issues, upstreaming fixes / improvements …)
On a more philosopical level, I do wish there was one good, (more) complete solution rather than three unfinished options .. but I’m used to both open source and new-tech ecosystems, so I’m not surprised .. my kingdom for a better world, and all that 
Where Next?
Trending in Questions
Other Trending Topics
Latest on Elixir Forum
Sponsor Spotlight
Deploy Phoenix to your own VPS with PaaS ease: push-to-deploy, zero downtime, auto SSL, managed Postgres. 14-day free trial at potions.io
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #library
- #deployment
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #podcasts
- #javascript
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #ai
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #blog-post
- #elixirconf-us
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #elixirconf-eu
- #api
- #forms
- #security
- #metaprogramming
Our Sponsors
Build Elixir applications with speed and confidence.
Supporting innovation across the BEAM ecosystem.
We build reliable cloud platforms for business-critical systems.
Error tracking, logs, uptime, and Just Enough APM. Built for developers.
Elixir, Erlang & BEAM conferences from Code Sync - join us in 2026!
Bringing learning, work and compliance together since 1987.
**Building the future of software with AI, trust, and human connection.**
The deployment platform built for Elixir: PaaS ease, VPS control.
The team behind Membrane, Popcorn, LiveDebugger. Available for hire.
Courses that'll move you from confusion to "Aha, now I get it!"
Showing Posts 1 to 10- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
OvermindDL1
Combine the functionality and release a new library. ^.^
andre1sk
GitHub - joshnuss/commerce_billing: A payment processing library for Elixir · GitHub is modeled after active merchant and actually supports 2 gateways so looks like a leader as of now
one of the gateways is bogus though 
alexgaribay
I’ve used GitHub - sorentwo/braintree-elixir: 💳 Native elixir client for Braintree · GitHub for BrainTree and GitHub - beam-community/stripity-stripe: An Elixir Library for Stripe · GitHub for Stripe. Both have worked without issue for me.
swelham
I had this same frustration at the end of last year which is why I started the cashier repo with the aim to continue adding gateways. Sadly as always I ran out of time leading up to Christmas and haven’t yet had chance to pick it up again this year.
I still aim to maintain this project moving forwards and complete the first release including the PayPal gateway initially. If anyone is interested in contributing either with testing or developing please do me know and I will assist in anyway I can.
aseigo
Yeah, it has only one actual gateway; the other is obviously for testing ..
aseigo
Nice to hear that you want to continue developing cashier. Looking at the code, I do have some questions/concerns regarding the supervisor tree design and use of sync calls. I’m still looking through the various options, but if I were to offer some feedback where you prefer that to happen? (email, github, here on the forum …?)
swelham
I also have concerns regarding the current design which I don’t see working in a production environment, especially as a purchase request to paypal can seem to take up to 6 seconds. I have just started creating issues (more still needed) on the repo to track what work needs to be done to get to v1, which might be of interest to you.
I was very new to gen server when I set out on this, so much of whats there was more of a learning exercise. I would very much welcome any feedback or suggestions you have, best places are either a thread on this forum, github issues or I have already setup a gitter chat room.
aseigo
Cool; you may hear from me over the weekend
Having a relatively complete, reliable and easy to use solution would be rather nice to have …
I’m also interested in being able to do payments from a Phoenix.Channel and possible also from a mostly-GraphQL application, so I need to look into what sort of requirements that will bring (beyond the obvious things like async calls being preferable …)
swelham
That would be a very interesting approach and being at a early stage it would be a great time to add those considerations to the overall design.
I look forward to hearing from you.
pkrawat1
Yeah, that’s why we are working on our own elixir lib GitHub - aviabird/gringotts: A complete payment library for Elixir and Phoenix Framework · GitHub for payments