fix(deps): update dependency require-in-the-middle to v7

[renovate-bot]

This PR contains the following updates:

Package	Change	Age	Adoption	Passing	Confidence
require-in-the-middle	^6.0.0 -> ^7.0.0

---

Release Notes

elastic/require-in-the-middle

v7.1.0

Compare Source

• Add TypeScript types.
  https://github.com/elastic/require-in-the-middle/pull/67l/67)

v7.0.1

Compare Source

• Fix hooking of 'http2' with Node.js versions [8.0, 8.8) where the 'http2'
  built-in module was behind the --expose-http2 flag.
  https://github.com/elastic/require-in-the-middle/pull/68l/68)
  Release v7.0.0 introduced a bug with this case where the process would crash with:

  AssertionError [ERR_ASSERTION]: unexpected that there is no Module entry for "http2" in require.cache
    at ExportsCache.set (.../require-in-the-middle4/index.js:72:7)
  

v7.0.0

Compare Source

• Change the suggested require usage to be a Hook field on the exports,

  const { Hook } = require('require-in-the-middle');  // the new suggested way

  rather than the default export:

  const Hook = require('require-in-the-middle');  // deprecated, still supported for backward compat

  This is to avoid the need for users to use a default export
  which can get confusing or problematic with TypeScript. https://github.com/open-telemetry/opentelemetry-js/issues/3701ues/3701 for some
  details.

• Change the suggested usage to new Hook(...) instead of Hook(...), but
  both are supported.

• Use the Node.js require.cache for caching the exports returned from a
  Hook's onrequire. This allows users to delete entries from require.cache
  to trigger a re-load (and re-run of the hook's onrequire) of a module the
  next time it is required -- as mentioned at
  https://nodejs.org/docs/latest/api/all.html#all_modules_requir[https://github.com/elastic/require-in-the-middle/issues/61](https://github.com/elastic/require-in-the-middle/issues/61)le/issues/61)

• (SEMVER-MAJOR) Remove the hook.cache field. In earlier versions this was
  available and some tests used it. However it was never a documented field.

• If resolving the filename for a require(...) fails, defer to the wrapped
  require implementation rather than failing right away. This allows a
  possibly-monkey-patched require to do its own special thing.
  https://github.com/elastic/require-in-the-middle/pull/59l/59)

---

Configuration

📅 Schedule: Branch creation - "before 3am on Friday" (UTC), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.

---

• If you want to rebase/retry this PR, check this box

---

This PR has been generated by Mend Renovate. View repository job log here.

[codecov]

Codecov Report

Merging #3782 (54b62be) into main (8fc7689) will decrease coverage by 0.12%.
The diff coverage is n/a.

❗ Current head 54b62be differs from pull request most recent head 327fffb. Consider uploading reports for the commit 327fffb to get more accurate results

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #3782      +/-   ##
==========================================
- Coverage   93.24%   93.13%   -0.12%     
==========================================
  Files         285      296      +11     
  Lines        8230     9015     +785     
  Branches     1709     1853     +144     
==========================================
+ Hits         7674     8396     +722     
- Misses        556      619      +63     

see 16 files with indirect coverage changes

[pichlermarc]

@aabmass FYI

If you approve, then I'll merge this. The API stays mostly the same, we just had some problems previously with v6 (see #3701), I think the same problem from that issue would also affect future opencensus-shim PRs (see #3778 (files)).