-
7126cf7: Fix
getAwsEvent()returning 500, fix Bun runtime responses, and removekit-on-lambda/runtime.Bug fixes:
getAwsEvent()/getAwsContext()now work correctly in all three deployment configs. The root cause was@beesolve/lambda-fetch-apibeing bundled twice (once into the adapter handler, once into the SvelteKit server bundle via the oldruntime.tsre-export), producing two separateAsyncLocalStorageinstances. Making@beesolve/lambda-fetch-apiexternal in the adapter build ensures a single shared chunk and a single storage instance.- Config 3 (bun bundler + Bun runtime): fixed
application/octet-streamresponses, wrong API response shapes, and 404 returning 200. The CDK stack was configured withInvokeMode.RESPONSE_STREAMwhile the Bun handler uses a bufferedasHttpV2Handler— changed toInvokeMode.BUFFERED.
Breaking change:
kit-on-lambda/runtimeis removed. Import AWS helpers directly from@beesolve/lambda-fetch-apiinstead:-import { getAwsEvent } from 'kit-on-lambda/runtime' +import { getAwsEvent } from '@beesolve/lambda-fetch-api'
Install the package if you haven't already:
npm i @beesolve/lambda-fetch-api # or bun i @beesolve/lambda-fetch-api
- 796eb61: Fix CI: switch examples to name-based
bun linkso Vite and CDK can resolve the package.
- Upgrade to
@beesolve/lambda-fetch-apiv1 and@beesolve/lambda-bun-runtimev2. Adds response streaming support for the Bun runtime with a newinvokeModeCDK prop, extracts shared route logic intoutil.ts, and ships a full test suite covering Node.js and Bun handlers, streaming, and runtime helpers.