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

[dependabot]

Bumps prometheus-net.AspNetCore from 3.1.2 to 4.1.1.

Release notes

Sourced from prometheus-net.AspNetCore's releases.

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
• 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.

Add ability to filter requests by port number when exporting metrics.

#160

... (truncated)

Changelog

Sourced from prometheus-net.AspNetCore's changelog.

• 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.

• 3.3.0

• Add ability to filter requests by port number when exporting metrics. #160

• 3.2.1

• Fix NuGet packaging defect that caused reference failures after installing .2.0 on .NET Core 2.1 or newer. #158

• 3.2.0

• Enable custom HTTP client to be used in MetricPusher, allowing for Basic auth and more flexibility. #125

... (truncated)

Commits

• 1cfbebb Fix: Inverted condition stopped HTTP metrics from working
• 9582014 4.1.0
• 39d724e Added request filtering (authorization) support to standalone MetricServer.
• 8980ce7 Replace Stopwatch with ValueStopwatch
• dfe6091 History update
• 128a9fe Fix overflow in Summary after observing more than uint.MaxValue events.
• 4db8163 Ignore /metrics URL by default in HTTP request metrics.
• d9b1559 Use a ValueStopwatch in HttpRequestDurationMiddleware and save Stopwatch allo...
• 4dc0b83 Add commandline switch to benchmark to avoid need for rebuilds
• 2972256 Reduce memory allocation during calls to WithLabels
• 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 #11.