Releases: riverqueue/river
v0.11.3
v0.11.2
Fixed
- Derive all internal contexts from user-provided
Client
context. This includes the job fetch context, notifier unlisten, and completer. PR #514. - Lowered the
go
directives ingo.mod
to Go 1.21, which River aims to support. A more modern version of Go is specified with thetoolchain
directive. This should provide more flexibility on the minimum required Go version for programs importing River. PR #522.
v0.11.1
v0.11.0
v0.10.2
Fixed
- Include
pending
state inJobListParams
by default so pending jobs are included inJobList
/JobListTx
results. PR #477. - Quote strings when using
Client.JobList
functions with thedatabase/sql
driver. PR #481. - Remove use of
filepath
for interacting with embedded migration files, fixing the migration CLI for Windows. PR #485. - Respect
ScheduledAt
if set to a non-zero value byJobArgsWithInsertOpts
. This allows for job arg definitions to utilize custom logic at the args level for determining when the job should be scheduled. PR #487.
v0.10.1
v0.10.0
go install github.com/riverqueue/river/cmd/river@latest
river migrate-up --database-url "$DATABASE_URL"
The migration includes a new index. Users with a very large job table may want to consider raising the index separately using CONCURRENTLY
(which must be run outside of a transaction), then run river migrate-up
to finalize the process (it will tolerate an index that already exists):
ALTER TABLE river_job
ADD COLUMN unique_key bytea;
CREATE UNIQUE INDEX CONCURRENTLY river_job_kind_unique_key_idx ON river_job (kind, unique_key) WHERE unique_key IS NOT NULL;
go install github.com/riverqueue/river/cmd/river@latest
river migrate-up --database-url "$DATABASE_URL"
Added
- Fully functional driver for
database/sql
for use with packages like Bun and GORM. PR #351. - Queues can be added after a client is initialized using
client.Queues().Add(queueName string, queueConfig QueueConfig)
. PR #410. - Migration that adds a
line
column to theriver_migration
table so that it can support multiple migration lines. PR #435. --line
flag added to the River CLI. PR #454.
Changed
v0.9.0
Added
Config.TestOnly
has been added. It disables various features in the River client like staggered maintenance service start that are useful in production, but may be somewhat harmful in tests because they make start/stop slower. PR #414.
Changed
ErrorHandler
. As before, we try never to make breaking changes, but this one was deemed quite important because ErrorHandler
was fundamentally lacking important functionality.
-
Breaking change: Add stack trace to
ErrorHandler.HandlePanicFunc
. Fixing code only requires adding a newtrace string
argument toHandlePanicFunc
. PR #423.# before HandlePanic(ctx context.Context, job *rivertype.JobRow, panicVal any) *ErrorHandlerResult # after HandlePanic(ctx context.Context, job *rivertype.JobRow, panicVal any, trace string) *ErrorHandlerResult
Fixed
- Pausing or resuming a queue that was already paused or not paused respectively no longer returns
rivertype.ErrNotFound
. The same goes for pausing or resuming using the all queues string (*
) when no queues are in the database (previously that also returnedrivertype.ErrNotFound
). PR #408. - Fix a bug where periodic job constructors were only called once when adding the periodic job rather than being invoked every time the periodic job is scheduled. PR #420.
v0.8.0
0.7.0
Added
- The default max attempts of 25 can now be customized on a per-client basis using
Config.MaxAttempts
. This is in addition to the ability to customize at the job type level withJobArgs
, or on a per-job basis usingInsertOpts
. PR #383. - Add
JobDelete
/JobDeleteTx
APIs onClient
to allow permanently deleting any job that's not currently running. PR #390.
Fixed
- Fix
StopAndCancel
to not hang if called in parallel to an ongoingStop
call. PR #376.