benonymus
Hey,
I have been using quantum for cron kind of jobs in a project, and when 2 instances of this project were running the jobs were running 2 which is not surprising. I know this could be solved(highlander etc.) but I have been eyeing with Oban for a while.
This is a quote from their readme:
Periodic (CRON) Jobs — Automatically enqueue jobs on a cron-like schedule. Duplicate jobs are never enqueued, no matter how many nodes you’re running.
Does this mean that if I have 2 instances of the same project running while connected to 1 database I would not see these jobs duplicated anymore without doing any additional work(other than setting up Oban and migrating the jobs)?
Thank you
Trending in Questions
Hey guys,
I’ve got a huge CSV ( around 10 GB ) that needs to be processed hourly
Do you guys have any suggestions what is the best prac...
New
Hello!
Could someone please give me a help/sample code, how to delete a file from s3 using waffle/waffle_ecto from Phoenix app.
I creat...
New
I have what I’ve heard referred to as a “lookup table” in my database. This is a way of assigning codes to common values. One common lo...
New
What approach to take when sending live updates to “random” users Hi! I have a question, I have a little chat app, and when I create a DM...
New
I’m seeing that a list inside a Kino.DataTable will be interpreted as a charlist, even if the Kino.configure() is set to charlists: :as_l...
New
Anyone here using Honeybadger?
My Honeybadger account is being overwhelmed with noise from some bots. Seeing a lot of
Bandit.HTTPError...
New
Hi, I’ve just set up an application with ash_authentication. There is only magic link strategy for now, so there is no confirmation add o...
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
Hobbes is a low-level distributed database for the Elixir programming language.
Hobbes provides a simple, safe, and scalable storage lay...
New
ExRatatui lets you cook up rich terminal UIs in Elixir, powered by Rust’s ratatui via Rustler NIFs. Build interactive terminal applicatio...
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
There are three potential reasons for members of this forum to have a look at https://vutuv.de
You are tired or annoyed of LinkedIn.
Yo...
New
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #javascript
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #blog-post
- #elixir-ls
- #ai
- #elixirconf-us
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #hex
- #security
- #metaprogramming











Showing Posts 1 to 6- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
sorentwo
Yes. That’s exactly what it means
jan-mb-me
Hi,
What are the criteria for duplicates in case of the
Oban.Plugins.Cron? Would the followingcrontabentries be handled as duplicates or two distinct jobs?My use case would be to change my worker’s arguments with a new release.
Thank you in advance.
sorentwo
That’s a perfectly fine change. Those would be different jobs because the args are different.
No unique checks would apply anyhow, because it’s inserting those jobs an hour apart and the default unique period is only for 59 seconds.
jan-mb-me
Thanks. Just to be sure I understand it correctly here’s the sequence I get out of this:
args: %{custom: "arg"}args: %{custom: "arg"}scheduled to run in an hourargs: %{custom: "some other value"}args: %{custom: "some other value"}scheduled to run one hour from nowargs: %{custom: "arg"}) is executed, no new instance is added anymoreargs: %{custom: "some other value"}) is executedargs: %{custom: "some other value"}scheduled to run one hour from nowsorentwo
That’s not quite right.
Cron doesn’t schedule jobs to run later, it inserts them right at the time they’re supposed to run (at the top of the minute). Whichever args are set in your code when the plugin runs is what will be inserted.
jan-mb-me
Ah, makes sense. Thanks a lot for your time and this great project.