EventFlow.Hangfire
0.23.1470
Prefix Reserved
See the version list below for details.
dotnet add package EventFlow.Hangfire --version 0.23.1470
NuGet\Install-Package EventFlow.Hangfire -Version 0.23.1470
<PackageReference Include="EventFlow.Hangfire" Version="0.23.1470" />
paket add EventFlow.Hangfire --version 0.23.1470
#r "nuget: EventFlow.Hangfire, 0.23.1470"
// Install EventFlow.Hangfire as a Cake Addin #addin nuget:?package=EventFlow.Hangfire&version=0.23.1470 // Install EventFlow.Hangfire as a Cake Tool #tool nuget:?package=EventFlow.Hangfire&version=0.23.1470
Hangfire job scheduling support for EventFlow
Product | Versions Compatible and additional computed target framework versions. |
---|---|
.NET Framework | net451 is compatible. net452 was computed. net46 was computed. net461 was computed. net462 was computed. net463 was computed. net47 was computed. net471 was computed. net472 was computed. net48 was computed. net481 was computed. |
-
- EventFlow (= 0.23.1470)
- Hangfire.Core (>= 1.4.6)
NuGet packages
This package is not used by any NuGet packages.
GitHub repositories
This package is not used by any popular GitHub repositories.
Version | Downloads | Last updated |
---|---|---|
1.1.0 | 39 | 12/16/2024 |
1.0.5007 | 129 | 11/16/2024 |
1.0.5004-alpha | 126 | 5/23/2024 |
0.84.4 | 102 | 11/16/2024 |
0.83.4713 | 59,949 | 9/7/2021 |
0.82.4684 | 423 | 8/30/2021 |
0.82.4659 | 4,133 | 6/17/2021 |
0.81.4483 | 2,451 | 12/14/2020 |
0.80.4377 | 1,511 | 10/1/2020 |
0.79.4216 | 16,354 | 5/13/2020 |
0.78.4205 | 518 | 5/11/2020 |
0.77.4077 | 15,001 | 12/10/2019 |
0.76.4014 | 1,535 | 10/19/2019 |
0.75.3970 | 1,592 | 9/12/2019 |
0.74.3948 | 1,172 | 7/1/2019 |
0.73.3933 | 788 | 6/11/2019 |
0.72.3914 | 2,661 | 5/28/2019 |
0.71.3834 | 859 | 4/17/2019 |
0.70.3824 | 706 | 4/11/2019 |
0.69.3772 | 993 | 2/12/2019 |
0.68.3728 | 7,151 | 12/3/2018 |
0.67.3697 | 1,951 | 10/14/2018 |
0.66.3673 | 946 | 9/28/2018 |
0.65.3664 | 4,269 | 9/22/2018 |
0.64.3598 | 4,083 | 8/27/2018 |
0.63.3581 | 1,057 | 8/7/2018 |
0.62.3569 | 5,635 | 7/5/2018 |
0.61.3524 | 1,144 | 6/26/2018 |
0.60.3490 | 1,214 | 6/18/2018 |
0.59.3396 | 1,105 | 5/23/2018 |
0.58.3377 | 1,173 | 5/13/2018 |
0.57.3359 | 1,220 | 4/30/2018 |
0.56.3328 | 1,143 | 4/24/2018 |
0.55.3323 | 1,146 | 4/24/2018 |
0.54.3261 | 998 | 2/25/2018 |
0.53.3204 | 1,022 | 1/25/2018 |
0.52.3178 | 1,699 | 11/2/2017 |
0.51.3155 | 987 | 10/25/2017 |
0.50.3124 | 983 | 10/21/2017 |
0.49.3031 | 1,003 | 9/7/2017 |
0.48.2937 | 1,207 | 7/11/2017 |
0.47.2894 | 1,772 | 6/28/2017 |
0.46.2886 | 1,312 | 5/29/2017 |
0.45.2877 | 1,077 | 5/28/2017 |
0.44.2832 | 1,247 | 5/12/2017 |
0.43.2806 | 1,068 | 5/5/2017 |
0.42.2755 | 1,039 | 5/2/2017 |
0.41.2727 | 995 | 4/27/2017 |
0.40.2590 | 4,132 | 3/30/2017 |
0.39.2553 | 1,072 | 1/16/2017 |
0.38.2454 | 1,196 | 12/2/2016 |
0.37.2424 | 1,301 | 11/8/2016 |
0.36.2315 | 1,863 | 10/18/2016 |
0.35.2247 | 1,275 | 9/6/2016 |
0.34.2221 | 1,045 | 8/23/2016 |
0.33.2190 | 1,048 | 8/16/2016 |
0.32.2163 | 1,080 | 7/4/2016 |
0.31.2106 | 1,082 | 6/30/2016 |
0.30.2019 | 1,410 | 6/16/2016 |
0.29.1973 | 1,089 | 4/19/2016 |
0.28.1852 | 1,070 | 4/5/2016 |
0.27.1765 | 4,532 | 2/25/2016 |
0.26.1714 | 1,109 | 2/20/2016 |
0.25.1695 | 1,096 | 2/15/2016 |
0.24.1563 | 1,464 | 1/25/2016 |
0.23.1470 | 1,632 | 12/5/2015 |
0.22.1393 | 1,997 | 11/19/2015 |
0.21.1312 | 1,231 | 10/26/2015 |
0.20.1274 | 1,095 | 10/22/2015 |
0.19.1225 | 1,105 | 10/19/2015 |
0.18.1181 | 1,232 | 10/7/2015 |
0.17.1134 | 1,174 | 9/28/2015 |
0.16.1120 | 1,156 | 9/27/2015 |
0.15.1057 | 1,153 | 9/24/2015 |
0.14.1051 | 1,171 | 9/23/2015 |
Breaking: EventFlow no longer ignores columns named `Id` in MSSQL read models.
If you were dependent on this, use the `MsSqlReadModelIgnoreColumn` attribute
Fixed: Instead of using `MethodInfo.Invoke` to call methods on reflected
types, e.g. when a command is published, EventFlow now compiles an expression
tree instead. This has a slight initial overhead, but provides a significant
performance improvement for subsequent calls
Fixed: Read model stores are only invoked if there's any read model updates
Fixed: EventFlow now correctly throws an `ArgumentException` if EventFlow has
been incorrectly configure with known versioned types, e.g. an event
is emitted that hasn't been added during EventFlow initialization. EventFlow
would handle the save operation correctly, but if EventFlow was reinitialized
and the event was loaded _before_ it being emitted again, an exception would
be thrown as EventFlow would know which type to use. Please make sure to
correctly load all event, command and job types before use
Fixed: `IReadModelFactory<>.CreateAsync(...)` is now correctly used in
read store mangers
Fixed: Versioned type naming convention now allows numbers