Bump prometheus-net.AspNetCore from 3.1.2 to 4.2.0 in /src/Miningcore

[dependabot]

Bumps prometheus-net.AspNetCore from 3.1.2 to 4.2.0.

Release notes

Sourced from prometheus-net.AspNetCore's releases.

Easier install on .NET 5, more accurate histogram buckets, bugfixes

• Added Histogram.PowersOfTenDividedBuckets()
• Improved accuracy of histogram bucket calculations to reduce the likelyhood of seeing 0.00000000000000000001 offsets from expected value due to floating point math.
• Added ConfigureAwait(false) to MetricHandler to help avoid deadlocks in some rare scenarios. #308
• Fix defect where MetricPusher terminated when HttpClient signaled timeout. #302, #293
• No longer need to manually reference ASP.NET Core SDK in csproj file when installing prometheus-net.AspNetCore library. It gets automatically referenced now. #267

Static labels feature, minor new features, optimizations, fixes

4.1.1:

• Bugfix: HTTP request metrics in 4.1.0 got broken due to typo in middleware helper.

4.1.0:

• Fixed HttpClient metrics duration that was incorrectly measured. #265
• prometheus-net.NetFramework.AspNet is now strong named, just like all the other assemblies. #273
• NetFx target is now conditional for Windows builds only, to allow easier development work on nonwindows platforms. #264
• MetricPusher now supports a callback for logging push errors. #186
• Added support for defining static labels on registry or metric level. #256
• Added ICollectorRegistry and IMetricFactory for mocking in test code. #268
• Ignore /metrics URL by default in HTTP request metrics.
• Fix overflow in Summary after observing more than uint.MaxValue events. #277
• Reduce allocations in hot paths. #276, #275
• Added request filtering (authorization) support to standalone MetricServer. #261

HttpClientFactory integration + publishing arbitrary HTTP route parameters

• Allow arbitrary ASP.NET Core route parameters to be exposed as HTTP metric labels. #225
• Add HttpClient metrics with IHttpClientFactory integration.
• Breaking change: some HTTP metrics implementation classes were changed from public to internal. They were never supposed to be public and hopefully nobody ever used them directly. Public documented API did not change.

gRPC integration + ASP.NET Core Health Checks integration + optimizations & fixes

• Added ASP.NET Core health check publisher for publishing metrics on health check status. #203 #209
• Fixed hang in ASP.NET Web API exporter. #215
• Fixed ASP.NET Web API exporter exporting metrics from the wrong registry. #217
• Reduced memory use in MetricPusher implementation. Inspired by #208
• Added basic gRPC service metrics support. #212
• Reduce pointless log spam on cancelled scrapes - will silently ignore cancelled scrapes in the ASP.NET Core exporter. #220

v3.4.0 - Bag of improvements and fixes

• Separate packaging for ASP.NET Core 3 to reduce package reference management complexity for users. #164
• Lazy-initialize the default sample metrics to reduce initialization cost for those who do not need them. #170
• ASP.NET Core middlware no longer disposes of output stream. #171
• Fix DotNetStats occasional data tearing under parallel collections. #173
• Improved wording of some error messages. #169
• Added Counter.IncTo(), Gauge.IncTo(), Gauge.DecTo(). #181
• Added Gauge.Set(DateTimeOffset) and Gauge.IncTo(DateTimeOffset). #181
• Improve .NET Framework 4.6.1 packaging to include the ValueTuple reference automatically. #179
• ASP.NET Core HTTP metrics now capture route data before it is overwritten by an exception handler. #177
• ASP.NET Core HTTP "in progress" metrics now include controller/action labels (ASP.NET Core 3 only).
• Fixed concurrently defect in HTTP metrics that may have caused label values from wrong request to apply. #182

... (truncated)

Changelog

Sourced from prometheus-net.AspNetCore's changelog.

• 4.2.0

• Added Histogram.PowersOfTenDividedBuckets()
• Improved accuracy of histogram bucket calculations to reduce the likelyhood of seeing 0.00000000000000000001 offsets from expected value due to floating point math.
• Added ConfigureAwait(false) to MetricHandler to help avoid deadlocks in some rare scenarios. #308
• Fix defect where MetricPusher terminated when HttpClient signaled timeout. #302, #293
• No longer need to manually reference ASP.NET Core SDK in csproj file when installing prometheus-net.AspNetCore library. It gets automatically referenced now. #267

• 4.1.1

• Bugfix: HTTP request metrics in 4.1.0 got broken due to typo in middleware helper.

• 4.1.0

• Fixed HttpClient metrics duration that was incorrectly measured. #265
• prometheus-net.NetFramework.AspNet is now strong named, just like all the other assemblies. #273
• NetFx target is now conditional for Windows builds only, to allow easier development work on nonwindows platforms. #264
• MetricPusher now supports a callback for logging push errors. #186
• Added support for defining static labels on registry or metric level. #256
• Added ICollectorRegistry and IMetricFactory for mocking in test code. #268
• Ignore /metrics URL by default in HTTP request metrics.
• Fix overflow in Summary after observing more than uint.MaxValue events. #277
• Reduce allocations in hot paths. #276, #275
• Added request filtering (authorization) support to standalone MetricServer. #261

• 4.0.0

• Allow arbitrary ASP.NET Core route parameters to be exposed as HTTP metric labels. #225
• Breaking change: some HTTP metrics implementation classes were changed from public to internal. They were never supposed to be public and hopefully nobody ever used them directly. Public documented API did not change.
• Add HttpClient metrics with IHttpClientFactory integration.

• 3.6.0

• Added ASP.NET Core health check publisher for publishing metrics on health check status. #203 #209
• Fixed hang in ASP.NET Web API exporter. #215
• Fixed ASP.NET Web API exporter exporting metrics from the wrong registry. #217
• Reduced memory use in MetricPusher implementation. Inspired by #208
• Added basic gRPC service metrics support. #212
• Reduce pointless log spam on cancelled scrapes - will silently ignore cancelled scrapes in the ASP.NET Core exporter. #220

• 3.5.0

• Exposed metric.Unpublish() method since there was already a matching Publish() there.
• When the scrape is aborted, stop collecting/serializing metrics. #189
• Added simple metric export handler for legacy ASP.NET Web API, to avoid having to deal with HttpListener complexity.

• 3.4.0

• Separate packaging for ASP.NET Core 3 to reduce package reference management complexity for users. #164
• Lazy-initialize the default sample metrics to reduce initialization cost for those who do not need them. #170
• ASP.NET Core middlware no longer disposes of output stream. #171
• Fix DotNetStats occasional data tearing under parallel collections. #173
• Improved wording of some error messages. #169
• Added Counter.IncTo(), Gauge.IncTo(), Gauge.DecTo(). #181
• Added Gauge.Set(DateTimeOffset) and Gauge.IncTo(DateTimeOffset). #181
• Improve .NET Framework 4.6.1 packaging to include the ValueTuple reference automatically. #179
• ASP.NET Core HTTP metrics now capture route data before it is overwritten by an exception handler. #177
• ASP.NET Core HTTP "in progress" metrics now include controller/action labels (ASP.NET Core 3 only).
• Fixed concurrently defect in HTTP metrics that may have caused label values from wrong request to apply. #182
• The HttpListener based MetricServer can now handle more than one concurrent request.
• Added asynchronous "before collect" callbacks, giving user code more flexibility in metric updates.
• Added .Remove() to labeled metric instances for more convenient removal API (previously had to call method on parent instance).
• Added .Unpublish() to labeled metric instances to support temporary unpublishing of a metric, without discarding collected data (e.g. histogram buckets), during periods of data unavailability.

... (truncated)

Commits

• ec10b08 Automatically reference ASP.NET Core SDK when installing nuget package
• 7aacfb0 Mark ASP.NET Core SDK as required in nuspec
• 3c86090 History update
• ca95454 Handle HttpClient timeout to avoid terminating push thread
• b9c49cd History update
• b93d988 Adjust potentially misleading comments
• 6f4ecb0 ConfigureAwait(false) on metric handler stop
• 60ebafa Improved accuracy of histogram bucket calculations
• c99122a Added Histogram.PowersOfTenDividedBuckets()
• 1cfbebb Fix: Inverted condition stopped HTTP metrics from working
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[dependabot]

Superseded by #18.