agent-claw: automated task changes
This commit is contained in:
120
cdk/node_modules/aws-cdk-lib/aws-lambda-nodejs/lib/function.d.ts
generated
vendored
Normal file
120
cdk/node_modules/aws-cdk-lib/aws-lambda-nodejs/lib/function.d.ts
generated
vendored
Normal file
@@ -0,0 +1,120 @@
|
||||
import type { Construct } from 'constructs';
|
||||
import type { BundlingOptions } from './types';
|
||||
import * as lambda from '../../aws-lambda';
|
||||
/**
|
||||
* Properties for a NodejsFunction
|
||||
*/
|
||||
export interface NodejsFunctionProps extends lambda.FunctionOptions {
|
||||
/**
|
||||
* Path to the entry file (JavaScript or TypeScript).
|
||||
*
|
||||
* If this is a relative path, it will be evaluated with respect to the
|
||||
* JavaScript/TypeScript source file that instantiates the `NodejsFunction`
|
||||
* construct. If the current project is not a Node project, relative paths are
|
||||
* not reliable and absolute paths should be used.
|
||||
*
|
||||
* This file should be located underneath the `projectRoot` directory (by default,
|
||||
* the directory containing the package manager's lock file).
|
||||
*
|
||||
* If omitted, the entry file will be derived from the TypeScript/JavaScript file
|
||||
* that instantiates the `NodejsFunction` construct, and the construct identifier
|
||||
* of the `NodejsFunction` construct, in the following way:
|
||||
*
|
||||
* ```
|
||||
* <filename>.<construct-id>.(ts|js)
|
||||
*
|
||||
* // Example, if stack.ts contains the following:
|
||||
* new NodejsFunction(this, 'my-handler', { ... });
|
||||
*
|
||||
* // Then the implicit entry point(s) will be
|
||||
* stack.my-handler.ts
|
||||
* stack.my-handler.js
|
||||
* ```
|
||||
*
|
||||
* Again: if the current project is not a Node project this is not reliable,
|
||||
* and instead explicit, absolute paths should be used.
|
||||
*
|
||||
* @default - (Realible in Node projects only) derived from the defining file's name and construct ID as described in the documentation.
|
||||
*/
|
||||
readonly entry?: string;
|
||||
/**
|
||||
* The name of the exported handler in the entry file.
|
||||
*
|
||||
* * If the `code` property is supplied, then you must include the `handler` property. The handler should be the name of the file
|
||||
* that contains the exported handler and the function that should be called when the AWS Lambda is invoked. For example, if
|
||||
* you had a file called `myLambda.js` and the function to be invoked was `myHandler`, then you should input `handler` property as `myLambda.myHandler`.
|
||||
*
|
||||
* * If the `code` property is not supplied and the handler input does not contain a `.`, then the handler is prefixed with `index.` (index period). Otherwise,
|
||||
* the handler property is not modified.
|
||||
*
|
||||
* @default handler
|
||||
*/
|
||||
readonly handler?: string;
|
||||
/**
|
||||
* The runtime environment. Only runtimes of the Node.js family are
|
||||
* supported.
|
||||
*
|
||||
* @default `Runtime.NODEJS_LATEST` if the `@aws-cdk/aws-lambda-nodejs:useLatestRuntimeVersion` feature flag is enabled, otherwise `Runtime.NODEJS_16_X`
|
||||
*/
|
||||
readonly runtime?: lambda.Runtime;
|
||||
/**
|
||||
* The `AWS_NODEJS_CONNECTION_REUSE_ENABLED` environment variable does not exist in the AWS SDK for JavaScript v3.
|
||||
*
|
||||
* This prop will be deprecated when the Lambda Node16 runtime is deprecated on June 12, 2024.
|
||||
* See https://docs.aws.amazon.com/lambda/latest/dg/lambda-runtimes.html#runtime-support-policy
|
||||
*
|
||||
* Info for Node 16 runtimes / SDK v2 users:
|
||||
*
|
||||
* Whether to automatically reuse TCP connections when working with the AWS
|
||||
* SDK for JavaScript v2.
|
||||
*
|
||||
* This sets the `AWS_NODEJS_CONNECTION_REUSE_ENABLED` environment variable
|
||||
* to `1`.
|
||||
*
|
||||
* @see https://docs.aws.amazon.com/sdk-for-javascript/v3/developer-guide/node-reusing-connections.html
|
||||
*
|
||||
* @default - false (obsolete) for runtimes >= Node 18, true for runtimes <= Node 16.
|
||||
*/
|
||||
readonly awsSdkConnectionReuse?: boolean;
|
||||
/**
|
||||
* The path to the dependencies lock file (`yarn.lock`, `pnpm-lock.yaml`, `bun.lockb`, `bun.lock` or `package-lock.json`).
|
||||
*
|
||||
* This will be used as the source for the volume mounted in the Docker
|
||||
* container.
|
||||
*
|
||||
* Modules specified in `nodeModules` will be installed using the right
|
||||
* installer (`yarn`, `pnpm`, `bun` or `npm`) along with this lock file.
|
||||
*
|
||||
* @default - the path is found by walking up parent directories searching for
|
||||
* a `yarn.lock`, `pnpm-lock.yaml`, `bun.lockb`, `bun.lock` or `package-lock.json` file
|
||||
*/
|
||||
readonly depsLockFilePath?: string;
|
||||
/**
|
||||
* Bundling options
|
||||
*
|
||||
* @default - use default bundling options: no minify, no sourcemap, all
|
||||
* modules are bundled.
|
||||
*/
|
||||
readonly bundling?: BundlingOptions;
|
||||
/**
|
||||
* The path to the directory containing project config files (`package.json` or `tsconfig.json`)
|
||||
*
|
||||
* @default - the directory containing the `depsLockFilePath`
|
||||
*/
|
||||
readonly projectRoot?: string;
|
||||
/**
|
||||
* The code that will be deployed to the Lambda Handler. If included, then properties related to
|
||||
* bundling of the code are ignored.
|
||||
*
|
||||
* * If the `code` field is specified, then you must include the `handler` property.
|
||||
*
|
||||
* @default - the code is bundled by esbuild
|
||||
*/
|
||||
readonly code?: lambda.Code;
|
||||
}
|
||||
/**
|
||||
* A Node.js Lambda function bundled using esbuild
|
||||
*/
|
||||
export declare class NodejsFunction extends lambda.Function {
|
||||
constructor(scope: Construct, id: string, props?: NodejsFunctionProps);
|
||||
}
|
||||
Reference in New Issue
Block a user