Bump newrelic_rpm from 9.0.0 to 9.2.2

[dependabot]

Bumps newrelic_rpm from 9.0.0 to 9.2.2.

Release notes

Sourced from newrelic_rpm's releases.

9.2.2

No release notes provided.

9.2.2-pre

CHANGELOG

9.2.1

No release notes provided.

9.2.1-pre

No release notes provided.

9.2.0

No release notes provided.

9.2.0-pre

Prerelease for upcoming version 9.2.0.

CHANGELOG

9.1.0

No release notes provided.

9.1.0-pre

Pre-release for v9.1.0

Changelog

Sourced from newrelic_rpm's changelog.

v9.2.2

Version 9.2.2 of the agent fixes a bug with the Transaction#finished? method.

• Bugfix: Transaction#finished? no longer throws a NoMethodError when initial_segment is nil

  This change adds a safe navigation operator to Transaction#finished? to prevent NoMethodErrors when a transaction does not have any segments. Our thanks goes to @​JulienDefrance for reporting this issue. PR#1983

v9.2.1

Version 9.2.1 fixes a bug causing the agent to continue storing data on finished transactions, and a bug preventing errors from being expected.

• Bugfix: Finished transactions continue to store data on different threads

  Previously, when a new thread was spawned the agent would continue using the current transaction to record data on, even if this transaction had finished already in a different thread. Now the agent will only use the current transaction in the new thread if it is not yet finished. Thank you to @​fcheung for reporting this bug and providing us with an extremely helpful reproduction to debug. PR#1969

• Bugfix: Expected Errors passed to notice_error are expected again

  A bug was introduced in 9.1.0 that caused to agent not to mark errors as expected if the error was passed in to notice_error using the expected: true parameter. This has been fixed and errors will now be marked as expected, as expected. Thank you very much to @​eiskrenkov for finding this bug and contributing a fix for it! PR#1954

v9.2.0

Version 9.2.0 of the agent introduces some performance improvements for working with high numbers of nested actions, and deprecates instrumentation for the memcached and memcache-client gems (with dalli still being supported).

• Feature: Enhance performance for handling high numbers of nested actions

  With Issue#1910 community members @​parkerfinch and @​travisbell informed us of some CPU spikes and process hangs seen only when using the agent's thread instrumentation, which was enabled by default with v9.0. When thread instrumentation is enabled, instrumented actions taking place within threads are seen and reported on by the agent whereas they would have previously gone unnoticed. This is a great improvement to the agent's usefulness in an async context, and also makes it easier for higher numbers of nested actions to be observed. For example, if an instrumented background job framework (Sidekiq, Resque) kicks off a job that the agent notices and then that job in turn performs actions such as database queries that the agent also instruments, nested actions are seen. However, with very high (10,000+) numbers of actions nested within a single instrumented outer action, the agent would struggle to efficiently crunch through all of the collected data at the time when the outer action finished. The agent should now be much more efficient when any observed action with lots of nested actions is finished. Our performance testing was conducted with hundreds of thousands of nested actions taking place, and we hope that the benefits of thread tracing can now be enjoyed without any drawbacks. Thanks very much @​parkerfinch and @​travisbell! PR#1927

• Feature: The agent configuration will now reflect whether module prepending or method chaining was used for instrumentation

  For :'instrumentation.*' configuration parameters that are set to :auto (the default), the agent will automatically determine whether to use module prepending or method chaining. The agent will now update its in-memory configuration to give each relevant parameter a value of either :prepend or :chain so that the result of the determination can be introspected. This is intended to help 3rd party libraries that wish to further enhance the agent's instrumentation capabilities by prepending or chaining additional logic. Environment variable, YAML file, and server-side configuration based values are not impacted. PR#1930

• Feature: Deprecate memcached and memcache-client instrumentation

  Instrumentation for the memcached and memcache-client libraries is deprecated and will be removed during the next major release.

v9.1.0

Version 9.1.0 of the agent delivers support for two new errors inbox features: error fingerprinting and user tracking, identifies the Amazon Timestream data store, removes Distributed Tracing warnings from agent logs when using Sidekiq, fixes bugs, and is tested against the recently released JRuby 9.4.2.0.

• Feature: Error fingerprinting - supply your own errors inbox group names

  Are your error occurrences grouped poorly? Set your own error fingerprint via a callback function. A new set_error_group_callback public API method has been added that will accept a user defined proc. The proc will be invoked for each noticed error and whenever it returns a string, that string will be used as the error group name for the error and will take precedence over any server-side grouping that takes place with the New Relic errors inbox. This gives users much greater control over the grouping of their errors.

  The customer defined proc will be expected to receive exactly one input argument, a hash. The hash contains the following:

... (truncated)

Commits

• 85fcaa0 Merge pull request #1984 from newrelic/version-9-2-2
• 4772d55 Merge pull request #1983 from newrelic/bugfix/finished-9-2-1
• 6415df8 Bump agent version to 9.2.2
• c51889a Add save navigation to finished?
• 849c696 Merge pull request #1977 from newrelic/24-cleanup
• 6517a97 Remove Ruby < 2.4 constraints
• 1bde7a1 Merge pull request #1976 from newrelic/bump_version_921
• aefdcbd Update CHANGELOG.md
• e576524 bump version to 9.2.1
• fdb4041 Merge pull request #1975 from newrelic/rails61_CI_failures_pipe_channel
• 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 #139.