Hangfire.SqlServer 1.8.15

SQL Server 2008+ (including Express), SQL Server LocalDB and SQL Azure storage support for Hangfire, a background job framework for .NET applications.

Showing the top 20 packages that depend on Hangfire.SqlServer.

Packages Downloads
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring long-running, short-running, CPU or I/O intensive tasks inside ASP.NET application. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. http://hangfire.io/
6
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring long-running, short-running, CPU or I/O intensive tasks inside ASP.NET application. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. http://hangfire.io/
10
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring long-running, short-running, CPU or I/O intensive tasks inside ASP.NET application. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. http://hangfire.io/
12
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring, long-running, short-running, CPU or I/O intensive tasks inside ASP.NET applications. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. https://www.hangfire.io/
6
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring, long-running, short-running, CPU or I/O intensive tasks inside ASP.NET applications. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. https://www.hangfire.io/
7
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring, long-running, short-running, CPU or I/O intensive tasks inside ASP.NET applications. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. https://www.hangfire.io/
8
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring, long-running, short-running, CPU or I/O intensive tasks inside ASP.NET applications. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. https://www.hangfire.io/
9
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring, long-running, short-running, CPU or I/O intensive tasks inside ASP.NET applications. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. https://www.hangfire.io/
13
Hangfire
An easy and reliable way to perform fire-and-forget, delayed and recurring, long-running, short-running, CPU or I/O intensive tasks inside ASP.NET applications. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. https://www.hangfire.io/
17
HangFire
HangFire gives you a simple way to kick off long-running processes from the ASP.NET request processing pipeline. Asynchronous, transparent, reliable, efficient processing. No Windows service/ Task Scheduler required. Even ASP.NET is not required. http://hangfire.io/
6
Hangfire
Incredibly easy and reliable way to perform fire-and-forget, delayed and recurring long-running, short-running, CPU or I/O intensive tasks inside ASP.NET application. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. http://hangfire.io/
15
Hangfire
Incredibly easy and reliable way to perform fire-and-forget, delayed and recurring long-running, short-running, CPU or I/O intensive tasks inside ASP.NET application. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. http://hangfire.io/
6
Hangfire
Incredibly easy and reliable way to perform fire-and-forget, delayed and recurring long-running, short-running, CPU or I/O intensive tasks inside ASP.NET application. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. http://hangfire.io/
7
Hangfire
Incredibly easy and reliable way to perform fire-and-forget, delayed and recurring long-running, short-running, CPU or I/O intensive tasks inside ASP.NET application. No Windows Service / Task Scheduler required. Even ASP.NET is not required. Backed by Redis, SQL Server, SQL Azure or MSMQ. This is a .NET alternative to Sidekiq, Resque and Celery. http://hangfire.io/
10

Release notes are available in our blog https://www.hangfire.io/blog/ Please see https://docs.hangfire.io/en/latest/upgrade-guides/upgrading-to-hangfire-1.8.html to learn how to upgrade. 1.8.15 • Changed – Use query template caching based on schema name to avoid excessive `string` allocations. • Changed – Use static callbacks almost anywhere to avoid unnecessary delegate allocations. • Changed – Use `QuerySingle`* or `ReadSingle`* where possible to avoid allocating lists. • Changed – Unify `DbCommand` and `DbParameter` creation logic to improve code consistency. 1.8.13 and 1.8.14 • Changed – Limit polling queries when queues are empty with a semaphore for all configurations. • Changed – Use per-queue signaling for same-process workers, instead of having a global signal. • Fixed – Don't silently truncate queue names, throw an exception instead. • Project – Decrease delays in SQL Server-related tests to complete them faster. 1.8.12 • Fixed – Populate `InvocationData` and `LoadException` properties in `JobDetails` method results. 1.8.10 • Changed – Bump Dapper for the `netstandard2.0` platform to version 2.1.28. • Changed – Bump Dapper for `net451` and `netstandard1.3` platforms to version 1.60.6. • Project – Enable NuGet package and DLL signing with a company certificate. • Project – Require NuGet package signature validation on restore for dependencies. • Project – Add `HangfireIO` as a package owner. 1.8.9 • Project – Enable full source link support with embedded symbols and repository-based sources. • Project – Enable repeatable package restore using a lock file. • Project – Run unit tests against the `net6.0` platform. 1.8.7 • Changed – Avoid throwing an exception when a connection string has duplicate property names. • Project – Disable tests for `netcoreapp1.0` and `netcoreapp2.1` targets since they aren't supported in AppVeyor. • Project – Add a `net6.0` target for unit tests instead of the removed ones. • Project – Modernise projects and build environments to use the newest features. 1.8.6 • Fixed – Exception in Dashboard UI when schema version is not present in a database. • Fixed – `DbCommand` resource leak when releasing a lock detected by static analysis. • Fixed – Don't add SQL Server-related metrics multiple times in Dashboard UI. 1.8.5 • Fixed – "Query processor could not produce a query plan" when removing expired counters in `Schema 5`. 1.8.2 • Fixed – `InvalidOperationException` with new dashboard metrics when a database has multiple data/log files. 1.8.1 • Fixed – Blocked workers regression since 1.7.33 when using multiple servers inside a process. • Fixed – Target schema version is less than the current schema version error. • Fixed – Implement database metrics without the need for additional permissions. • Fixed – Use the `forceseek` table hint whenever possible to avoid performance drops. 1.8.0 • Breaking – Prioritise Microsoft.Data.SqlClient package over System.Data.SqlClient one. • Breaking – Dropped the `NET45` platform target in favor of the `NET451` target to support Visual Studio 2022. • Added – `Schema 8` migration with fixed `JobQueue.Id` column to use the `bigint` type. • Added – `Schema 9` migration that creates an index for the `State.CreatedAt` column. • Added – Automatic client package detection based on available types, preferring `System.Data.SqlClient` (by @0xced). • Added – `SqlServerStorageOptions.DbProviderFactory` option to use a custom provider factory. • Added – Clean up of old state entries of a non-finished job when `InactiveStateExpirationTimeout` is set. • Added – `TryAutoDetectSchemaDependentOptions` option to automatically enable options based on the schema. • Added – Optional experimental transactional acknowledge for SQL Server (`UseTransactionalAcknowledge` option). • Added – Implement the `Connection.GetUtcDateTime` feature to make work the new changes in schedulers. • Added – `SqlServerStorage.SchemaVersion` metric for Dashboard UI. • Added – `DefaultQueueProvider` option to specify a custom default queue provider. • Changed – Remove dependency on System.Data.SqlClient for Hangfire.SqlServer (by @0xced). • Changed – Set default value for the `QueuePollInterval` option to `TimeSpan.Zero`. • Changed – Polling delay when `QueuePollInterval` is set to zero now defaults to 200 ms. • Changed – Sliding invisibility timeout-based fetching method is now used by default with a 5-minute timeout. • Changed – Use command batching by default with a 5-minute maximum timeout. • Changed – Enable the `UseRecommendedIsolationLevel` option by default. • Changed – `GetJobData` now populates the `JobData.ParametersSnapshot` property to avoid additional roundtrips. • Changed – Display scheduled and processing jobs in ascending order in Dashboard UI. • Changed – Implement the `Transaction.AcquireDistributedLock` feature. • Changed – Implement the `GetSetCount.Limited feature`. • Changed – Implement the `GetSetContains feature`. • Changed – Bump the internal version of Dapper to 2.0.123. • Changed – Enable common metrics for SQL Server storage to be shown by default. • Changed – Enable the `Monitoring.AwaitingJobs` feature for SQL storage. • Deprecated – `UsePageLocksOnDequeue` option is now obsolete and doesn't affect anything.

.NET Framework 4.5.1

.NET Standard 1.3

.NET Standard 2.0

Version Downloads Last updated
1.8.17 0 12/03/2024
1.8.16 0 11/27/2024
1.8.15 2 12/09/2024
1.8.14 3 12/13/2024
1.8.12 12 05/28/2024
1.8.11 8 05/28/2024
1.8.10 6 05/28/2024
1.8.9 7 05/28/2024
1.8.7 6 05/28/2024
1.8.6 7 05/28/2024
1.8.5 11 05/28/2024
1.8.4 6 05/28/2024
1.8.3 10 07/12/2023
1.8.2 6 05/28/2024
1.8.1 6 05/28/2024
1.8.0 7 05/28/2024
1.7.37 9 05/28/2024
1.7.36 8 05/28/2024
1.7.35 6 05/28/2024
1.7.34 9 05/28/2024
1.7.33 8 05/28/2024
1.7.32 8 05/28/2024
1.7.31 7 05/28/2024
1.7.30 8 05/28/2024
1.7.29 9 05/28/2024
1.7.28 8 05/28/2024
1.7.27 7 05/28/2024
1.7.26 11 05/28/2024
1.7.25 8 05/28/2024
1.7.24 5 05/28/2024
1.7.23 9 05/28/2024
1.7.22 7 05/28/2024
1.7.21 8 05/28/2024
1.7.20 6 05/28/2024
1.7.19 9 05/28/2024
1.7.18 7 05/28/2024
1.7.17 10 05/28/2024
1.7.16 7 05/28/2024
1.7.15 7 05/28/2024
1.7.14 6 05/28/2024
1.7.13 6 05/28/2024
1.7.12 14 04/10/2023
1.7.11 5 05/28/2024
1.7.10 5 05/28/2024
1.7.9 6 05/28/2024
1.7.8 7 05/28/2024
1.7.7 10 05/28/2024
1.7.6 8 05/28/2024
1.7.5 6 05/28/2024
1.7.4 5 05/28/2024
1.7.3 9 05/28/2024
1.7.2 9 05/28/2024
1.7.1 6 05/28/2024
1.7.0 8 05/28/2024
1.6.30 7 05/28/2024
1.6.29 9 05/28/2024
1.6.28 6 05/28/2024
1.6.27 9 05/28/2024
1.6.26 6 05/28/2024
1.6.25 6 05/28/2024
1.6.24 9 05/28/2024
1.6.23 8 05/28/2024
1.6.22 9 05/28/2024
1.6.21 6 05/28/2024
1.6.20 8 05/28/2024
1.6.19 8 05/28/2024
1.6.18 6 05/28/2024
1.6.17 8 05/28/2024
1.6.16 9 05/28/2024
1.6.15 7 05/28/2024
1.6.14 9 05/28/2024
1.6.13 8 05/28/2024
1.6.12 7 05/28/2024
1.6.11 8 05/28/2024
1.6.10 8 05/28/2024
1.6.9 7 05/28/2024
1.6.8 9 05/28/2024
1.6.7 6 05/28/2024
1.6.6 9 05/28/2024
1.6.5 6 05/28/2024
1.6.4 6 05/28/2024
1.6.3 6 05/28/2024
1.6.2 7 05/28/2024
1.6.1 6 05/28/2024
1.6.0 10 05/28/2024
1.5.9 6 05/28/2024
1.5.8 8 05/28/2024
1.5.7 9 05/28/2024
1.5.6 8 05/28/2024
1.5.5 8 05/28/2024
1.5.4 8 05/28/2024
1.5.3 8 05/28/2024
1.5.2 7 05/28/2024
1.5.1 6 05/28/2024
1.5.0 9 05/28/2024
1.4.7 6 05/28/2024
1.4.6 7 05/28/2024
1.4.5 6 05/28/2024
1.4.4 3 12/13/2024
1.4.3 6 05/28/2024
1.4.2 5 05/28/2024
1.4.1 9 05/28/2024
1.3.4 5 12/02/2024
1.3.3 7 05/28/2024
1.3.2 9 05/20/2024
1.3.1 7 05/28/2024
1.3.0 9 05/28/2024
1.2.2 6 05/28/2024
1.2.1 6 05/28/2024
1.2.0 7 05/28/2024
1.1.1 6 05/28/2024
1.1.0 10 05/28/2024
1.0.2 7 05/28/2024
1.0.1 6 05/28/2024
1.0.0 9 05/17/2024
0.9.1 6 05/28/2024
0.9.0 8 05/20/2024
0.8.3 6 05/28/2024
0.8.2 5 05/28/2024
0.8.1 8 05/17/2024
0.8.0 8 05/28/2024
0.7.5 8 05/28/2024
0.7.4 11 05/28/2024
0.7.3 7 05/28/2024
0.7.1 10 05/28/2024
0.7.0 6 05/28/2024