This release fixes possibly hanging continuations for background jobs which belong to a canceled batch. Problem was caused by wrong execution order between BatchSupport and ContinuationsSupport filters, and the former now runs before the latter to give it a chance to recognize antecedent background job was deleted.
rss feed Blog
Hangfire.Pro 2.2.3
-
by
@odinserj
- release
- 0 Comments
- Edit on GitHub
Hangfire.Pro.Redis 2.8.1 & 2.8.2
-
by
@odinserj
- release
- 0 Comments
- Edit on GitHub
These are maintenance releases that fix blocking issues appeared in version 2.6.0 when using multiple RedisStorage instances in the same process with the same queue names, avoid sharing the same semaphore for different storages when using distributed locks, add RedisStorageOptions.UseLegacyTransactions option to avoid using LUA-based transactions and add experimental Hangfire.Pro.Redis.SEv2 package based on StackExchange.Redis 2.X.
Hangfire 1.7.15
-
by
@odinserj
- release
- 0 Comments
- Edit on GitHub
This release adds the IGlobalConfiguration.UseMaxLinesInExceptionDetails option to cap exception details when background jobs fail with an exception and forces only the first 100 lines of a stack trace to be persisted by default to avoid uncontrollable storage size growth. Also some improvements for SQL Server storage were added.
Hangfire.Pro.Redis 2.8.0
-
by
@odinserj
- release
- 0 Comments
- Edit on GitHub
This version contains the most important changes for request/response processing pipeline since version 2.1 in terms of performance. LUA scripting feature is now used to implement transactions with proper locking, and it is much more efficient than the previous implementation based on conditional transactions. Less round-trips, reduced impact caused by latency, optimized distributed locks and better fetching from multiple queues makes this release so important, especially when using the package in a cloud environment.
Continue Reading →Hangfire 1.7.14
-
by
@odinserj
- release
- 0 Comments
- Edit on GitHub
New version fixes a regression appeared in 1.7.13 which causes unexpected duplicate entries in the JobParameters table when using SQL Server as a job storage with older schemas (V5 and below). This problem is caused by a changed query in the previous version, and that change is rolled back now. No other manual steps required to fix the issue.