@aws-sdk/client-lex-runtime-service 3.186.0 → 3.186.2
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist-types/ts3.4/LexRuntimeService.d.ts +210 -89
- package/dist-types/ts3.4/LexRuntimeServiceClient.d.ts +160 -135
- package/dist-types/ts3.4/commands/DeleteSessionCommand.d.ts +36 -35
- package/dist-types/ts3.4/commands/GetSessionCommand.d.ts +36 -32
- package/dist-types/ts3.4/commands/PostContentCommand.d.ts +122 -39
- package/dist-types/ts3.4/commands/PostTextCommand.d.ts +110 -32
- package/dist-types/ts3.4/commands/PutSessionCommand.d.ts +39 -32
- package/dist-types/ts3.4/commands/index.d.ts +5 -5
- package/dist-types/ts3.4/endpoints.d.ts +2 -2
- package/dist-types/ts3.4/index.d.ts +5 -5
- package/dist-types/ts3.4/models/LexRuntimeServiceServiceException.d.ts +10 -7
- package/dist-types/ts3.4/models/index.d.ts +1 -1
- package/dist-types/ts3.4/models/models_0.d.ts +1642 -330
- package/dist-types/ts3.4/protocols/Aws_restJson1.d.ts +17 -65
- package/dist-types/ts3.4/runtimeConfig.browser.d.ts +40 -69
- package/dist-types/ts3.4/runtimeConfig.d.ts +40 -69
- package/dist-types/ts3.4/runtimeConfig.native.d.ts +39 -70
- package/dist-types/ts3.4/runtimeConfig.shared.d.ts +13 -12
- package/package.json +2 -2
|
@@ -1,89 +1,210 @@
|
|
|
1
|
-
import { HttpHandlerOptions as __HttpHandlerOptions } from "@aws-sdk/types";
|
|
2
|
-
import {
|
|
3
|
-
|
|
4
|
-
|
|
5
|
-
} from "./commands/
|
|
6
|
-
import {
|
|
7
|
-
|
|
8
|
-
|
|
9
|
-
|
|
10
|
-
|
|
11
|
-
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
|
|
24
|
-
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
args: DeleteSessionCommandInput,
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
options:
|
|
35
|
-
cb: (err: any, data?:
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
|
|
43
|
-
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
|
|
66
|
-
|
|
67
|
-
|
|
68
|
-
|
|
69
|
-
|
|
70
|
-
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
|
|
76
|
-
|
|
77
|
-
|
|
78
|
-
|
|
79
|
-
|
|
80
|
-
|
|
81
|
-
|
|
82
|
-
|
|
83
|
-
|
|
84
|
-
|
|
85
|
-
|
|
86
|
-
|
|
87
|
-
|
|
88
|
-
|
|
89
|
-
|
|
1
|
+
import { HttpHandlerOptions as __HttpHandlerOptions } from "@aws-sdk/types";
|
|
2
|
+
import { DeleteSessionCommandInput, DeleteSessionCommandOutput } from "./commands/DeleteSessionCommand";
|
|
3
|
+
import { GetSessionCommandInput, GetSessionCommandOutput } from "./commands/GetSessionCommand";
|
|
4
|
+
import { PostContentCommandInput, PostContentCommandOutput } from "./commands/PostContentCommand";
|
|
5
|
+
import { PostTextCommandInput, PostTextCommandOutput } from "./commands/PostTextCommand";
|
|
6
|
+
import { PutSessionCommandInput, PutSessionCommandOutput } from "./commands/PutSessionCommand";
|
|
7
|
+
import { LexRuntimeServiceClient } from "./LexRuntimeServiceClient";
|
|
8
|
+
/**
|
|
9
|
+
* <p>Amazon Lex provides both build and runtime endpoints. Each endpoint
|
|
10
|
+
* provides a set of operations (API). Your conversational bot uses the
|
|
11
|
+
* runtime API to understand user utterances (user input text or voice). For
|
|
12
|
+
* example, suppose a user says "I want pizza", your bot sends this input to
|
|
13
|
+
* Amazon Lex using the runtime API. Amazon Lex recognizes that the user
|
|
14
|
+
* request is for the OrderPizza intent (one of the intents defined in the
|
|
15
|
+
* bot). Then Amazon Lex engages in user conversation on behalf of the bot to
|
|
16
|
+
* elicit required information (slot values, such as pizza size and crust
|
|
17
|
+
* type), and then performs fulfillment activity (that you configured when
|
|
18
|
+
* you created the bot). You use the build-time API to create and manage your
|
|
19
|
+
* Amazon Lex bot. For a list of build-time operations, see the build-time
|
|
20
|
+
* API, . </p>
|
|
21
|
+
*/
|
|
22
|
+
export declare class LexRuntimeService extends LexRuntimeServiceClient {
|
|
23
|
+
/**
|
|
24
|
+
* <p>Removes session information for a specified bot, alias, and user ID.
|
|
25
|
+
* </p>
|
|
26
|
+
*/
|
|
27
|
+
deleteSession(args: DeleteSessionCommandInput, options?: __HttpHandlerOptions): Promise<DeleteSessionCommandOutput>;
|
|
28
|
+
deleteSession(args: DeleteSessionCommandInput, cb: (err: any, data?: DeleteSessionCommandOutput) => void): void;
|
|
29
|
+
deleteSession(args: DeleteSessionCommandInput, options: __HttpHandlerOptions, cb: (err: any, data?: DeleteSessionCommandOutput) => void): void;
|
|
30
|
+
/**
|
|
31
|
+
* <p>Returns session information for a specified bot, alias, and user
|
|
32
|
+
* ID.</p>
|
|
33
|
+
*/
|
|
34
|
+
getSession(args: GetSessionCommandInput, options?: __HttpHandlerOptions): Promise<GetSessionCommandOutput>;
|
|
35
|
+
getSession(args: GetSessionCommandInput, cb: (err: any, data?: GetSessionCommandOutput) => void): void;
|
|
36
|
+
getSession(args: GetSessionCommandInput, options: __HttpHandlerOptions, cb: (err: any, data?: GetSessionCommandOutput) => void): void;
|
|
37
|
+
/**
|
|
38
|
+
* <p> Sends user input (text or speech) to Amazon Lex. Clients use this API to
|
|
39
|
+
* send text and audio requests to Amazon Lex at runtime. Amazon Lex interprets the
|
|
40
|
+
* user input using the machine learning model that it built for the bot. </p>
|
|
41
|
+
* <p>The <code>PostContent</code> operation supports audio input at 8kHz
|
|
42
|
+
* and 16kHz. You can use 8kHz audio to achieve higher speech recognition
|
|
43
|
+
* accuracy in telephone audio applications. </p>
|
|
44
|
+
* <p> In response, Amazon Lex returns the next message to convey to the user.
|
|
45
|
+
* Consider the following example messages: </p>
|
|
46
|
+
* <ul>
|
|
47
|
+
* <li>
|
|
48
|
+
* <p> For a user input "I would like a pizza," Amazon Lex might return a
|
|
49
|
+
* response with a message eliciting slot data (for example,
|
|
50
|
+
* <code>PizzaSize</code>): "What size pizza would you like?". </p>
|
|
51
|
+
* </li>
|
|
52
|
+
* <li>
|
|
53
|
+
* <p> After the user provides all of the pizza order information, Amazon Lex
|
|
54
|
+
* might return a response with a message to get user confirmation:
|
|
55
|
+
* "Order the pizza?". </p>
|
|
56
|
+
* </li>
|
|
57
|
+
* <li>
|
|
58
|
+
* <p> After the user replies "Yes" to the confirmation prompt, Amazon Lex
|
|
59
|
+
* might return a conclusion statement: "Thank you, your cheese pizza has
|
|
60
|
+
* been ordered.". </p>
|
|
61
|
+
* </li>
|
|
62
|
+
* </ul>
|
|
63
|
+
* <p> Not all Amazon Lex messages require a response from the user. For example,
|
|
64
|
+
* conclusion statements do not require a response. Some messages require
|
|
65
|
+
* only a yes or no response. In addition to the <code>message</code>, Amazon Lex
|
|
66
|
+
* provides additional context about the message in the response that you can
|
|
67
|
+
* use to enhance client behavior, such as displaying the appropriate client
|
|
68
|
+
* user interface. Consider the following examples: </p>
|
|
69
|
+
* <ul>
|
|
70
|
+
* <li>
|
|
71
|
+
* <p> If the message is to elicit slot data, Amazon Lex returns the
|
|
72
|
+
* following context information: </p>
|
|
73
|
+
* <ul>
|
|
74
|
+
* <li>
|
|
75
|
+
* <p>
|
|
76
|
+
* <code>x-amz-lex-dialog-state</code> header set to
|
|
77
|
+
* <code>ElicitSlot</code>
|
|
78
|
+
* </p>
|
|
79
|
+
* </li>
|
|
80
|
+
* <li>
|
|
81
|
+
* <p>
|
|
82
|
+
* <code>x-amz-lex-intent-name</code> header set to the intent name
|
|
83
|
+
* in the current context </p>
|
|
84
|
+
* </li>
|
|
85
|
+
* <li>
|
|
86
|
+
* <p>
|
|
87
|
+
* <code>x-amz-lex-slot-to-elicit</code> header set to the slot name
|
|
88
|
+
* for which the <code>message</code> is eliciting information
|
|
89
|
+
* </p>
|
|
90
|
+
* </li>
|
|
91
|
+
* <li>
|
|
92
|
+
* <p>
|
|
93
|
+
* <code>x-amz-lex-slots</code> header set to a map of slots
|
|
94
|
+
* configured for the intent with their current values </p>
|
|
95
|
+
* </li>
|
|
96
|
+
* </ul>
|
|
97
|
+
* </li>
|
|
98
|
+
* <li>
|
|
99
|
+
* <p> If the message is a confirmation prompt, the
|
|
100
|
+
* <code>x-amz-lex-dialog-state</code> header is set to
|
|
101
|
+
* <code>Confirmation</code> and the
|
|
102
|
+
* <code>x-amz-lex-slot-to-elicit</code> header is omitted. </p>
|
|
103
|
+
* </li>
|
|
104
|
+
* <li>
|
|
105
|
+
* <p> If the message is a clarification prompt configured for the
|
|
106
|
+
* intent, indicating that the user intent is not understood, the
|
|
107
|
+
* <code>x-amz-dialog-state</code> header is set to
|
|
108
|
+
* <code>ElicitIntent</code> and the <code>x-amz-slot-to-elicit</code>
|
|
109
|
+
* header is omitted. </p>
|
|
110
|
+
* </li>
|
|
111
|
+
* </ul>
|
|
112
|
+
* <p> In addition, Amazon Lex also returns your application-specific
|
|
113
|
+
* <code>sessionAttributes</code>. For more information, see <a href="https://docs.aws.amazon.com/lex/latest/dg/context-mgmt.html">Managing
|
|
114
|
+
* Conversation Context</a>. </p>
|
|
115
|
+
*/
|
|
116
|
+
postContent(args: PostContentCommandInput, options?: __HttpHandlerOptions): Promise<PostContentCommandOutput>;
|
|
117
|
+
postContent(args: PostContentCommandInput, cb: (err: any, data?: PostContentCommandOutput) => void): void;
|
|
118
|
+
postContent(args: PostContentCommandInput, options: __HttpHandlerOptions, cb: (err: any, data?: PostContentCommandOutput) => void): void;
|
|
119
|
+
/**
|
|
120
|
+
* <p>Sends user input to Amazon Lex. Client applications can use this API to
|
|
121
|
+
* send requests to Amazon Lex at runtime. Amazon Lex then interprets the user input
|
|
122
|
+
* using the machine learning model it built for the bot. </p>
|
|
123
|
+
* <p> In response, Amazon Lex returns the next <code>message</code> to convey to
|
|
124
|
+
* the user an optional <code>responseCard</code> to display. Consider the
|
|
125
|
+
* following example messages: </p>
|
|
126
|
+
* <ul>
|
|
127
|
+
* <li>
|
|
128
|
+
* <p> For a user input "I would like a pizza", Amazon Lex might return a
|
|
129
|
+
* response with a message eliciting slot data (for example, PizzaSize):
|
|
130
|
+
* "What size pizza would you like?" </p>
|
|
131
|
+
* </li>
|
|
132
|
+
* <li>
|
|
133
|
+
* <p> After the user provides all of the pizza order information,
|
|
134
|
+
* Amazon Lex might return a response with a message to obtain user
|
|
135
|
+
* confirmation "Proceed with the pizza order?". </p>
|
|
136
|
+
* </li>
|
|
137
|
+
* <li>
|
|
138
|
+
* <p> After the user replies to a confirmation prompt with a "yes",
|
|
139
|
+
* Amazon Lex might return a conclusion statement: "Thank you, your cheese
|
|
140
|
+
* pizza has been ordered.". </p>
|
|
141
|
+
* </li>
|
|
142
|
+
* </ul>
|
|
143
|
+
*
|
|
144
|
+
* <p> Not all Amazon Lex messages require a user response. For example, a
|
|
145
|
+
* conclusion statement does not require a response. Some messages require
|
|
146
|
+
* only a "yes" or "no" user response. In addition to the
|
|
147
|
+
* <code>message</code>, Amazon Lex provides additional context about the
|
|
148
|
+
* message in the response that you might use to enhance client behavior, for
|
|
149
|
+
* example, to display the appropriate client user interface. These are the
|
|
150
|
+
* <code>slotToElicit</code>, <code>dialogState</code>,
|
|
151
|
+
* <code>intentName</code>, and <code>slots</code> fields in the response.
|
|
152
|
+
* Consider the following examples: </p>
|
|
153
|
+
*
|
|
154
|
+
* <ul>
|
|
155
|
+
* <li>
|
|
156
|
+
* <p>If the message is to elicit slot data, Amazon Lex returns the
|
|
157
|
+
* following context information:</p>
|
|
158
|
+
* <ul>
|
|
159
|
+
* <li>
|
|
160
|
+
* <p>
|
|
161
|
+
* <code>dialogState</code> set to ElicitSlot </p>
|
|
162
|
+
* </li>
|
|
163
|
+
* <li>
|
|
164
|
+
* <p>
|
|
165
|
+
* <code>intentName</code> set to the intent name in the current
|
|
166
|
+
* context </p>
|
|
167
|
+
* </li>
|
|
168
|
+
* <li>
|
|
169
|
+
* <p>
|
|
170
|
+
* <code>slotToElicit</code> set to the slot name for which the
|
|
171
|
+
* <code>message</code> is eliciting information </p>
|
|
172
|
+
* </li>
|
|
173
|
+
* <li>
|
|
174
|
+
* <p>
|
|
175
|
+
* <code>slots</code> set to a map of slots, configured for the
|
|
176
|
+
* intent, with currently known values </p>
|
|
177
|
+
* </li>
|
|
178
|
+
* </ul>
|
|
179
|
+
* </li>
|
|
180
|
+
* <li>
|
|
181
|
+
* <p> If the message is a confirmation prompt, the
|
|
182
|
+
* <code>dialogState</code> is set to ConfirmIntent and
|
|
183
|
+
* <code>SlotToElicit</code> is set to null. </p>
|
|
184
|
+
* </li>
|
|
185
|
+
* <li>
|
|
186
|
+
* <p>If the message is a clarification prompt (configured for the
|
|
187
|
+
* intent) that indicates that user intent is not understood, the
|
|
188
|
+
* <code>dialogState</code> is set to ElicitIntent and
|
|
189
|
+
* <code>slotToElicit</code> is set to null. </p>
|
|
190
|
+
* </li>
|
|
191
|
+
* </ul>
|
|
192
|
+
*
|
|
193
|
+
* <p> In addition, Amazon Lex also returns your application-specific
|
|
194
|
+
* <code>sessionAttributes</code>. For more information, see <a href="https://docs.aws.amazon.com/lex/latest/dg/context-mgmt.html">Managing
|
|
195
|
+
* Conversation Context</a>. </p>
|
|
196
|
+
*/
|
|
197
|
+
postText(args: PostTextCommandInput, options?: __HttpHandlerOptions): Promise<PostTextCommandOutput>;
|
|
198
|
+
postText(args: PostTextCommandInput, cb: (err: any, data?: PostTextCommandOutput) => void): void;
|
|
199
|
+
postText(args: PostTextCommandInput, options: __HttpHandlerOptions, cb: (err: any, data?: PostTextCommandOutput) => void): void;
|
|
200
|
+
/**
|
|
201
|
+
* <p>Creates a new session or modifies an existing session with an Amazon Lex
|
|
202
|
+
* bot. Use this operation to enable your application to set the state of the
|
|
203
|
+
* bot.</p>
|
|
204
|
+
* <p>For more information, see <a href="https://docs.aws.amazon.com/lex/latest/dg/how-session-api.html">Managing
|
|
205
|
+
* Sessions</a>.</p>
|
|
206
|
+
*/
|
|
207
|
+
putSession(args: PutSessionCommandInput, options?: __HttpHandlerOptions): Promise<PutSessionCommandOutput>;
|
|
208
|
+
putSession(args: PutSessionCommandInput, cb: (err: any, data?: PutSessionCommandOutput) => void): void;
|
|
209
|
+
putSession(args: PutSessionCommandInput, options: __HttpHandlerOptions, cb: (err: any, data?: PutSessionCommandOutput) => void): void;
|
|
210
|
+
}
|
|
@@ -1,135 +1,160 @@
|
|
|
1
|
-
import {
|
|
2
|
-
|
|
3
|
-
|
|
4
|
-
|
|
5
|
-
|
|
6
|
-
} from "@aws-sdk/
|
|
7
|
-
import {
|
|
8
|
-
|
|
9
|
-
|
|
10
|
-
} from "
|
|
11
|
-
import {
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
|
|
24
|
-
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
|
|
43
|
-
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
|
|
66
|
-
|
|
67
|
-
|
|
68
|
-
|
|
69
|
-
|
|
70
|
-
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
|
|
76
|
-
|
|
77
|
-
|
|
78
|
-
|
|
79
|
-
|
|
80
|
-
|
|
81
|
-
|
|
82
|
-
|
|
83
|
-
|
|
84
|
-
|
|
85
|
-
|
|
86
|
-
|
|
87
|
-
|
|
88
|
-
|
|
89
|
-
|
|
90
|
-
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
95
|
-
|
|
96
|
-
|
|
97
|
-
|
|
98
|
-
|
|
99
|
-
|
|
100
|
-
|
|
101
|
-
|
|
102
|
-
|
|
103
|
-
|
|
104
|
-
|
|
105
|
-
|
|
106
|
-
|
|
107
|
-
|
|
108
|
-
|
|
109
|
-
|
|
110
|
-
|
|
111
|
-
|
|
112
|
-
|
|
113
|
-
|
|
114
|
-
|
|
115
|
-
|
|
116
|
-
|
|
117
|
-
|
|
118
|
-
|
|
119
|
-
|
|
120
|
-
|
|
121
|
-
|
|
122
|
-
|
|
123
|
-
|
|
124
|
-
|
|
125
|
-
export
|
|
126
|
-
|
|
127
|
-
|
|
128
|
-
|
|
129
|
-
|
|
130
|
-
|
|
131
|
-
|
|
132
|
-
|
|
133
|
-
|
|
134
|
-
|
|
135
|
-
|
|
1
|
+
import { EndpointsInputConfig, EndpointsResolvedConfig, RegionInputConfig, RegionResolvedConfig } from "@aws-sdk/config-resolver";
|
|
2
|
+
import { HostHeaderInputConfig, HostHeaderResolvedConfig } from "@aws-sdk/middleware-host-header";
|
|
3
|
+
import { RetryInputConfig, RetryResolvedConfig } from "@aws-sdk/middleware-retry";
|
|
4
|
+
import { AwsAuthInputConfig, AwsAuthResolvedConfig } from "@aws-sdk/middleware-signing";
|
|
5
|
+
import { UserAgentInputConfig, UserAgentResolvedConfig } from "@aws-sdk/middleware-user-agent";
|
|
6
|
+
import { HttpHandler as __HttpHandler } from "@aws-sdk/protocol-http";
|
|
7
|
+
import { Client as __Client, DefaultsMode, SmithyConfiguration as __SmithyConfiguration, SmithyResolvedConfiguration as __SmithyResolvedConfiguration } from "@aws-sdk/smithy-client";
|
|
8
|
+
import { BodyLengthCalculator as __BodyLengthCalculator, Credentials as __Credentials, Decoder as __Decoder, Encoder as __Encoder, HashConstructor as __HashConstructor, HttpHandlerOptions as __HttpHandlerOptions, Logger as __Logger, Provider as __Provider, Provider, RegionInfoProvider, StreamCollector as __StreamCollector, UrlParser as __UrlParser, UserAgent as __UserAgent } from "@aws-sdk/types";
|
|
9
|
+
import { DeleteSessionCommandInput, DeleteSessionCommandOutput } from "./commands/DeleteSessionCommand";
|
|
10
|
+
import { GetSessionCommandInput, GetSessionCommandOutput } from "./commands/GetSessionCommand";
|
|
11
|
+
import { PostContentCommandInput, PostContentCommandOutput } from "./commands/PostContentCommand";
|
|
12
|
+
import { PostTextCommandInput, PostTextCommandOutput } from "./commands/PostTextCommand";
|
|
13
|
+
import { PutSessionCommandInput, PutSessionCommandOutput } from "./commands/PutSessionCommand";
|
|
14
|
+
export declare type ServiceInputTypes = DeleteSessionCommandInput | GetSessionCommandInput | PostContentCommandInput | PostTextCommandInput | PutSessionCommandInput;
|
|
15
|
+
export declare type ServiceOutputTypes = DeleteSessionCommandOutput | GetSessionCommandOutput | PostContentCommandOutput | PostTextCommandOutput | PutSessionCommandOutput;
|
|
16
|
+
export interface ClientDefaults extends Partial<__SmithyResolvedConfiguration<__HttpHandlerOptions>> {
|
|
17
|
+
/**
|
|
18
|
+
* The HTTP handler to use. Fetch in browser and Https in Nodejs.
|
|
19
|
+
*/
|
|
20
|
+
requestHandler?: __HttpHandler;
|
|
21
|
+
/**
|
|
22
|
+
* A constructor for a class implementing the {@link __Hash} interface
|
|
23
|
+
* that computes the SHA-256 HMAC or checksum of a string or binary buffer.
|
|
24
|
+
* @internal
|
|
25
|
+
*/
|
|
26
|
+
sha256?: __HashConstructor;
|
|
27
|
+
/**
|
|
28
|
+
* The function that will be used to convert strings into HTTP endpoints.
|
|
29
|
+
* @internal
|
|
30
|
+
*/
|
|
31
|
+
urlParser?: __UrlParser;
|
|
32
|
+
/**
|
|
33
|
+
* A function that can calculate the length of a request body.
|
|
34
|
+
* @internal
|
|
35
|
+
*/
|
|
36
|
+
bodyLengthChecker?: __BodyLengthCalculator;
|
|
37
|
+
/**
|
|
38
|
+
* A function that converts a stream into an array of bytes.
|
|
39
|
+
* @internal
|
|
40
|
+
*/
|
|
41
|
+
streamCollector?: __StreamCollector;
|
|
42
|
+
/**
|
|
43
|
+
* The function that will be used to convert a base64-encoded string to a byte array.
|
|
44
|
+
* @internal
|
|
45
|
+
*/
|
|
46
|
+
base64Decoder?: __Decoder;
|
|
47
|
+
/**
|
|
48
|
+
* The function that will be used to convert binary data to a base64-encoded string.
|
|
49
|
+
* @internal
|
|
50
|
+
*/
|
|
51
|
+
base64Encoder?: __Encoder;
|
|
52
|
+
/**
|
|
53
|
+
* The function that will be used to convert a UTF8-encoded string to a byte array.
|
|
54
|
+
* @internal
|
|
55
|
+
*/
|
|
56
|
+
utf8Decoder?: __Decoder;
|
|
57
|
+
/**
|
|
58
|
+
* The function that will be used to convert binary data to a UTF-8 encoded string.
|
|
59
|
+
* @internal
|
|
60
|
+
*/
|
|
61
|
+
utf8Encoder?: __Encoder;
|
|
62
|
+
/**
|
|
63
|
+
* The runtime environment.
|
|
64
|
+
* @internal
|
|
65
|
+
*/
|
|
66
|
+
runtime?: string;
|
|
67
|
+
/**
|
|
68
|
+
* Disable dyanamically changing the endpoint of the client based on the hostPrefix
|
|
69
|
+
* trait of an operation.
|
|
70
|
+
*/
|
|
71
|
+
disableHostPrefix?: boolean;
|
|
72
|
+
/**
|
|
73
|
+
* Value for how many times a request will be made at most in case of retry.
|
|
74
|
+
*/
|
|
75
|
+
maxAttempts?: number | __Provider<number>;
|
|
76
|
+
/**
|
|
77
|
+
* Specifies which retry algorithm to use.
|
|
78
|
+
*/
|
|
79
|
+
retryMode?: string | __Provider<string>;
|
|
80
|
+
/**
|
|
81
|
+
* Optional logger for logging debug/info/warn/error.
|
|
82
|
+
*/
|
|
83
|
+
logger?: __Logger;
|
|
84
|
+
/**
|
|
85
|
+
* Enables IPv6/IPv4 dualstack endpoint.
|
|
86
|
+
*/
|
|
87
|
+
useDualstackEndpoint?: boolean | __Provider<boolean>;
|
|
88
|
+
/**
|
|
89
|
+
* Enables FIPS compatible endpoints.
|
|
90
|
+
*/
|
|
91
|
+
useFipsEndpoint?: boolean | __Provider<boolean>;
|
|
92
|
+
/**
|
|
93
|
+
* Unique service identifier.
|
|
94
|
+
* @internal
|
|
95
|
+
*/
|
|
96
|
+
serviceId?: string;
|
|
97
|
+
/**
|
|
98
|
+
* The AWS region to which this client will send requests
|
|
99
|
+
*/
|
|
100
|
+
region?: string | __Provider<string>;
|
|
101
|
+
/**
|
|
102
|
+
* Default credentials provider; Not available in browser runtime.
|
|
103
|
+
* @internal
|
|
104
|
+
*/
|
|
105
|
+
credentialDefaultProvider?: (input: any) => __Provider<__Credentials>;
|
|
106
|
+
/**
|
|
107
|
+
* Fetch related hostname, signing name or signing region with given region.
|
|
108
|
+
* @internal
|
|
109
|
+
*/
|
|
110
|
+
regionInfoProvider?: RegionInfoProvider;
|
|
111
|
+
/**
|
|
112
|
+
* The provider populating default tracking information to be sent with `user-agent`, `x-amz-user-agent` header
|
|
113
|
+
* @internal
|
|
114
|
+
*/
|
|
115
|
+
defaultUserAgentProvider?: Provider<__UserAgent>;
|
|
116
|
+
/**
|
|
117
|
+
* The {@link DefaultsMode} that will be used to determine how certain default configuration options are resolved in the SDK.
|
|
118
|
+
*/
|
|
119
|
+
defaultsMode?: DefaultsMode | Provider<DefaultsMode>;
|
|
120
|
+
}
|
|
121
|
+
declare type LexRuntimeServiceClientConfigType = Partial<__SmithyConfiguration<__HttpHandlerOptions>> & ClientDefaults & RegionInputConfig & EndpointsInputConfig & RetryInputConfig & HostHeaderInputConfig & AwsAuthInputConfig & UserAgentInputConfig;
|
|
122
|
+
/**
|
|
123
|
+
* The configuration interface of LexRuntimeServiceClient class constructor that set the region, credentials and other options.
|
|
124
|
+
*/
|
|
125
|
+
export interface LexRuntimeServiceClientConfig extends LexRuntimeServiceClientConfigType {
|
|
126
|
+
}
|
|
127
|
+
declare type LexRuntimeServiceClientResolvedConfigType = __SmithyResolvedConfiguration<__HttpHandlerOptions> & Required<ClientDefaults> & RegionResolvedConfig & EndpointsResolvedConfig & RetryResolvedConfig & HostHeaderResolvedConfig & AwsAuthResolvedConfig & UserAgentResolvedConfig;
|
|
128
|
+
/**
|
|
129
|
+
* The resolved configuration interface of LexRuntimeServiceClient class. This is resolved and normalized from the {@link LexRuntimeServiceClientConfig | constructor configuration interface}.
|
|
130
|
+
*/
|
|
131
|
+
export interface LexRuntimeServiceClientResolvedConfig extends LexRuntimeServiceClientResolvedConfigType {
|
|
132
|
+
}
|
|
133
|
+
/**
|
|
134
|
+
* <p>Amazon Lex provides both build and runtime endpoints. Each endpoint
|
|
135
|
+
* provides a set of operations (API). Your conversational bot uses the
|
|
136
|
+
* runtime API to understand user utterances (user input text or voice). For
|
|
137
|
+
* example, suppose a user says "I want pizza", your bot sends this input to
|
|
138
|
+
* Amazon Lex using the runtime API. Amazon Lex recognizes that the user
|
|
139
|
+
* request is for the OrderPizza intent (one of the intents defined in the
|
|
140
|
+
* bot). Then Amazon Lex engages in user conversation on behalf of the bot to
|
|
141
|
+
* elicit required information (slot values, such as pizza size and crust
|
|
142
|
+
* type), and then performs fulfillment activity (that you configured when
|
|
143
|
+
* you created the bot). You use the build-time API to create and manage your
|
|
144
|
+
* Amazon Lex bot. For a list of build-time operations, see the build-time
|
|
145
|
+
* API, . </p>
|
|
146
|
+
*/
|
|
147
|
+
export declare class LexRuntimeServiceClient extends __Client<__HttpHandlerOptions, ServiceInputTypes, ServiceOutputTypes, LexRuntimeServiceClientResolvedConfig> {
|
|
148
|
+
/**
|
|
149
|
+
* The resolved configuration of LexRuntimeServiceClient class. This is resolved and normalized from the {@link LexRuntimeServiceClientConfig | constructor configuration interface}.
|
|
150
|
+
*/
|
|
151
|
+
readonly config: LexRuntimeServiceClientResolvedConfig;
|
|
152
|
+
constructor(configuration: LexRuntimeServiceClientConfig);
|
|
153
|
+
/**
|
|
154
|
+
* Destroy underlying resources, like sockets. It's usually not necessary to do this.
|
|
155
|
+
* However in Node.js, it's best to explicitly shut down the client's agent when it is no longer needed.
|
|
156
|
+
* Otherwise, sockets might stay open for quite a long time before the server terminates them.
|
|
157
|
+
*/
|
|
158
|
+
destroy(): void;
|
|
159
|
+
}
|
|
160
|
+
export {};
|