Skip to content

Maintenance: track support for middy.js v8 #5592

Description

@dreamorosi

Summary

Middy.js is preparing for their yearly major release - work is being tracked in middyjs/middy#1684 and the release is planned around the release of the Node.js 26 AWS Lambda managed runtime.

We should keep an eye on the PR and start testing releases as we get closer to a RC.

Why is this needed?

So that we can ensure support for the major version, and optionally have input during the pre-release phase.

Which area does this relate to?

Other

Solution

No response

Acknowledgment

Future readers

Please react with 👍 and your use case to help us understand customer demand.

Activity

  1. added
    internalPRs that introduce changes in governance, tech debt and chores (linting setup, baseline, etc.)
    on Aug 28, 2026
  2. removed
    internalPRs that introduce changes in governance, tech debt and chores (linting setup, baseline, etc.)
    on Sep 7, 2026
  3. proton0210 commented on Oct 8, 2026

    @proton0210
    Contributor

    Added prerelease compatibility coverage in #5801. The matrix type-checks and runs the middleware suites against Middy v4, v5, v6, v7, and 8.0.0-alpha.1 on Node.js 24: all five type checks and 985 tests passed. A fresh locked install/build also passed all workspace type checks and 4,013 unit tests with 100% coverage.

    No production middleware incompatibility was found in the tested standard-execution cases. The PR verifies v8’s AggregateError behavior for errors thrown by onError hooks and adds a metrics handler-error flush regression. Durable/streaming execution modes and future RC/stable releases remain to be verified. Repository CI currently awaits maintainer workflow approval.

  4. dreamorosi commented on Oct 8, 2026

    @dreamorosi
    ContributorAuthor

    Hi @proton0210 - I'm not inclined to go this direction and add a dedicated configuration for one dependency which is still in alpha.

    I could've probably worded the issue better, but what I meant was only for us to keep track of releases and assess compatibility - perhaps manually - closer to the release candidate.

    Thank you for the PR though.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions