3.4.4

Published on 2024-05-14.

Added

• 138f01f patch - Instrument calls to fetch in Node.js. Requests made using Node.js' global fetch, or through the underlying undici library, will be automatically instrumented and shown as events in your performance samples' event timeline.

3.4.3

Published on 2024-05-14.

Added

• cca6741 patch - Instrument calls to fetch in Node.js. Requests made using Node.js' global fetch, or through the underlying undici library, will be automatically instrumented and shown as events in your performance samples' event timeline.
• cca6741 patch - Support Kamal-based deployments. Read the KAMAL_VERSION environment variable, which Kamal exposes within the deployed container, if present, and use it as the application revision if it is not set. This will automatically report deploy markers for applications using Kamal.

Changed

• 6bf596c patch - ### Improve error reporting during initialisation

  Do not report an error with the extension installation when AppSignal is imported -- instead, report it when attempting to initialise AppSignal. Do not report an error with the extension if AppSignal is not configured to be active.

  When AppSignal does not start due to its configuration (active is set to false, or the push API key is missing) report the specific reason why.

Fixed

• 24a8701 patch - Improve compatibility with alternative package managers. Fix an issue where AppSignal would fail to install with Yarn when using package managers that require transitive dependencies to be declared.

3.4.2

Added

• 3868536 patch - Ignore AMQP spans if they're root spans.
• 27c1ca7 patch - The AMQP protocol is now instrumented when using amqplib. The AppSignal client automatically instruments and creates spans when using amqplib. Packages using amqplib such as Rascal are supported.

Changed

• 3868536 patch - Log debug messages when metrics are received for easier debugging.

3.4.1

Published on 2024-04-24.

Fixed

• 7e6f79d patch - Fix an issue where internal Next.js traces were not correctly ignored in certain circumstances.

3.4.0

Published on 2024-04-22.

Added

• 81bd0a9 minor - Heartbeats are currently only available to beta testers. If you are interested in trying it out, send an email to support@appsignal.com!

  ---

  Add heartbeats support. You can send heartbeats directly from your code, to track the execution of certain processes:

  import { heartbeat } from "@appsignal/nodejs"
  
  function sendInvoices() {
    // ... your code here ...
    heartbeat("send_invoices")
  }
  

  You can pass a function to heartbeat, to report to AppSignal both when the process starts, and when it finishes, allowing you to see the duration of the process:

  import { heartbeat } from "@appsignal/nodejs"
  
  function sendInvoices() {
    heartbeat("send_invoices", () => {
      // ... your code here ...
    })
  }
  

  If an exception is raised within the function, the finish event will not be reported to AppSignal, triggering a notification about the missing heartbeat. The exception will bubble outside of the heartbeat function.

  If the function passed to heartbeat returns a promise, the finish event will be reported to AppSignal if the promise resolves. This means that you can use heartbeats to track the duration of async functions:

  import { heartbeat } from "@appsignal/nodejs"
  
  async function sendInvoices() {
    await heartbeat("send_invoices", async () => {
      // ... your async code here ...
    })
  }
  

  If the promise is rejected, or if it never resolves, the finish event will not be reported to AppSignal.

• 9985d08 patch - Implement the ignoreLogs configuration option, which can also be configured as the APPSIGNAL_IGNORE_LOGS environment variable.

  The value of ignoreLogs is a list (comma-separated, when using the environment variable) of log line messages that should be ignored. For example, the value "start" will cause any message containing the word "start" to be ignored. Any log line message containing a value in ignoreLogs will not be reported to AppSignal.

  The values can use a small subset of regular expression syntax (specifically, ^, $ and .*) to narrow or expand the scope of lines that should be matched.

  For example, the value "^start$" can be used to ignore any message that is exactly the word "start", but not messages that merely contain it, like "Process failed to start". The value "Task .* succeeded" can be used to ignore messages about task success regardless of the specific task name.

Changed

• 6224018 patch - Appsignal.stop() now returns a promise. For your application to wait until AppSignal has been gracefully stopped, this promise must be awaited:

  import { Appsignal } from "@appsignal/nodejs"
  
  await Appsignal.stop()
  process.exit(0)
  

  In older Node.js versions where top-level await is not available, terminate the application when the promise is settled:

  import { Appsignal } from "@appsignal/nodejs"
  
  Appsignal.stop().finally(() => {
    process.exit(0)
  })
  

3.3.4

Published on 2024-04-19.

Fixed

• b344156 patch - Fix incorrect HTTP methods like render or getServerSideProps in Next.js 14 performance samples.

3.3.3

Published on 2024-04-17.

Fixed

• 80c7dbf patch - Fix UNKNOWN method in Next.js 14 performance traces.

3.3.2

Published on 2024-03-22.

Added

• e7cf661 patch - Implement CPU count configuration option. Use it to override the auto-detected, cgroups-provided number of CPUs that is used to calculate CPU usage percentages.

  To set it, use the cpuCount configuration option, or the APPSIGNAL_CPU_COUNT environment variable.

3.3.1

Published on 2024-03-21.

Changed

• e5fca24 patch - Don’t evaluate environment variable values to read configuration

  In previous versions of the Node.js integration, environment variables were evaluated to read their values. This version instead parses them based on their expected values.

3.3.0

Added

• 7846141 minor - Add Node.js Apollo Gateway span mapping. This supports reporting OpenTelemetry Apollo Gateway spans as AppSignal spans, for the Node.js integration.