sorenone
Oban Core Team
Today we’re releasing Oban for Python. Not an Oban client in Python. Not a pythonx wrapper embedded in Elixir. Nope, it’s a fully operational, PostgreSQL backed, typed, async, pythonic-as-we-could-muster implementation of Oban in Python…
If you’re not interested in reading the whole article:
Trending in News & Updates
Today we’re releasing Oban for Python. Not an Oban client in Python. Not a pythonx wrapper embedded in Elixir. Nope, it’s a fully operati...
New
I’ll be using this thread to share Hologram patch release announcements. Minor releases will continue to get dedicated threads with blog ...
New
This release unifies configuration for queues, repos, and services, swaps opaque timing integers for readable durations, and backports pe...
New
:heart::heart::heart::heart::heart::heart::heart::heart::heart::heart::heart::heart::heart::heart::heart::heart::heart::heart::heart::hea...
New
Bond brings Design by Contract to Elixir: preconditions, postconditions and invariants as executable specifications, checked at runtime a...
New
Aludel 0.7.0 is released :tada:
Since 0.5.0, Aludel has grown into a much more complete LLM evaluation toolkit for Elixir and Phoenix app...
New
Other Trending Topics
I am happy to introduce the very α version of the new programming language compiled to BEAM.
Welcome Cure.
It has literally three kille...
New
Hi there! We created Gust: A task orchestrator inspired by Airflow.
For those who have never heard about Aiflow, it’s a Python-based wor...
New
Beam Bots (or just BB for short) is a framework for building fault-tolerant robotics applications in Elixir using familiar OTP patterns. ...
New
Xamal is a deployment tool for Elixir apps that deploys native releases to bare metal servers over SSH. It’s a port of GitHub - basecamp/...
New
Hello everyone. After busy few months I am happy to announce v0.1.0 of Emerge & Solve.
They are GUI (Emerge) and State management (S...
New
Corex is an accessible, unstyled UI component library for Phoenix that integrates Zag.js state machines using Vanilla JavaScript and Live...
New
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
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixirconf-us
- #ai
- #blog-post
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #hex
- #security
- #metaprogramming











Showing Posts 1 to 9- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
felix-starman
Is there any ability to have Python and Elixir apps that shared a database process each other’s jobs?
I don’t have this scenario but more just curious
Edit: I also wanted to say congrats! I’m very happy for you two! This is awesome!
belaustegui
Just want to say congratulations!
Oban has been a main pillar for the Elixir applications I’ve worked on. It has proven itself to be extremely reliable and well thought. Glad to see it expanding to other ecosystems.
sorenone
Thank you
for the sentiments and congrats!
Indeed, taken from the article
, in the interop section.
"It’s entirely possible to enqueue jobs from an Oban instance running in Elixir and run them in Python, or vice-versa!
In fact, recorded job output is stored in erlang term format, so you can retrieve output from jobs run in an entirely different platform. Since the PubSub notification format is identical, it’s even conceivable to pause/resume/scale queues running on heterogeneous nodes."
garrison
Huh, that’s pretty cool. So you could have a Python app generating jobs and then have an Elixir app consuming them, or vice-versa? I could see that being useful in both directions.
nxy7
Rooting that some day JS will also get Oban integration. Right now I’m using BullMQ there, but I’d rather go with Oban given the choice (I don’t like the fact that BullMQ uses backend without good persistance).
felix-starman
Oh dope! I went straight to the library docs. Woops
That’s awesome though!
sorenone
Pro move, Peter. No worries!
slashmili
That’s really amazing, happy to see you extending Oban.
By any chance are you thinking about a Java/Kotlin version? We found our self reaching to Java for some special cases and would be great to have a reliable Oban jobs in Java!
sorenone
Thank you for the kind words and encouragement! We have many thoughts/roadmaps and strive to develop and make. If and when we do, you’ll read, commiserate, give feedback.. here!