@openfeature/flagd-provider 0.2.1

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.
@@ -0,0 +1,18 @@
1
+ import { EvaluationContext, Provider, ResolutionDetails } from '@openfeature/nodejs-sdk';
2
+ export interface FlagdProviderOptions {
3
+ service?: "grpc" | "http";
4
+ host?: string;
5
+ port?: number;
6
+ protocol?: "http" | "https";
7
+ }
8
+ export declare class FlagdProvider implements Provider {
9
+ metadata: {
10
+ name: string;
11
+ };
12
+ private readonly service;
13
+ constructor(options?: FlagdProviderOptions);
14
+ resolveBooleanEvaluation(flagKey: string, defaultValue: boolean, transformedContext: EvaluationContext): Promise<ResolutionDetails<boolean>>;
15
+ resolveStringEvaluation(flagKey: string, defaultValue: string, transformedContext: EvaluationContext): Promise<ResolutionDetails<string>>;
16
+ resolveNumberEvaluation(flagKey: string, defaultValue: number, transformedContext: EvaluationContext): Promise<ResolutionDetails<number>>;
17
+ resolveObjectEvaluation<U extends object>(flagKey: string, defaultValue: U, transformedContext: EvaluationContext): Promise<ResolutionDetails<U>>;
18
+ }
@@ -0,0 +1,7 @@
1
+ import { EvaluationContext, ResolutionDetails } from '@openfeature/nodejs-sdk';
2
+ export interface Service {
3
+ resolveBoolean(flagKey: string, defaultValue: boolean, context: EvaluationContext): Promise<ResolutionDetails<boolean>>;
4
+ resolveString(flagKey: string, defaultValue: string, context: EvaluationContext): Promise<ResolutionDetails<string>>;
5
+ resolveNumber(flagKey: string, defaultValue: number, context: EvaluationContext): Promise<ResolutionDetails<number>>;
6
+ resolveObject<T extends object>(flagKey: string, defaultValue: T, context: EvaluationContext): Promise<ResolutionDetails<T>>;
7
+ }
@@ -0,0 +1,16 @@
1
+ import { EvaluationContext, ResolutionDetails } from '@openfeature/nodejs-sdk';
2
+ import { ServiceClient } from '../../../proto/ts/schema/v1/schema.client';
3
+ import { Service } from '../Service';
4
+ interface GRPCServiceOptions {
5
+ host: string;
6
+ port: number;
7
+ }
8
+ export declare class GRPCService implements Service {
9
+ client: ServiceClient;
10
+ constructor(options: GRPCServiceOptions);
11
+ resolveBoolean(flagKey: string, defaultValue: boolean, context: EvaluationContext): Promise<ResolutionDetails<boolean>>;
12
+ resolveString(flagKey: string, defaultValue: string, context: EvaluationContext): Promise<ResolutionDetails<string>>;
13
+ resolveNumber(flagKey: string, defaultValue: number, context: EvaluationContext): Promise<ResolutionDetails<number>>;
14
+ resolveObject<T extends object>(flagKey: string, defaultValue: T, context: EvaluationContext): Promise<ResolutionDetails<T>>;
15
+ }
16
+ export {};
@@ -0,0 +1,16 @@
1
+ import { EvaluationContext, ResolutionDetails } from "@openfeature/nodejs-sdk";
2
+ import { Service } from "../Service";
3
+ interface HTTPServiceOptions {
4
+ host: string;
5
+ port: number;
6
+ protocol: string;
7
+ }
8
+ export declare class HTTPService implements Service {
9
+ private url;
10
+ constructor(options: HTTPServiceOptions);
11
+ resolveBoolean(flagKey: string, defaultValue: boolean, context: EvaluationContext): Promise<ResolutionDetails<boolean>>;
12
+ resolveNumber(flagKey: string, defaultValue: number, context: EvaluationContext): Promise<ResolutionDetails<number>>;
13
+ resolveString(flagKey: string, defaultValue: string, context: EvaluationContext): Promise<ResolutionDetails<string>>;
14
+ resolveObject<T extends object>(flagKey: string, defaultValue: T, context: EvaluationContext): Promise<ResolutionDetails<T>>;
15
+ }
16
+ export {};
package/package.json ADDED
@@ -0,0 +1,27 @@
1
+ {
2
+ "name": "@openfeature/flagd-provider",
3
+ "version": "0.2.1",
4
+ "type": "module",
5
+ "scripts": {
6
+ "publish-if-not-exists": "cp $NPM_CONFIG_USERCONFIG .npmrc && if [ \"$(npm show $npm_package_name@$npm_package_version version)\" = \"$(npm run current-version -s)\" ]; then echo 'already published, skipping'; else npm publish --access public; fi",
7
+ "current-version": "echo $npm_package_version"
8
+ },
9
+ "peerDependencies": {
10
+ "@openfeature/nodejs-sdk": "^0.1.0"
11
+ },
12
+ "module": "./index.js",
13
+ "main": "./index.cjs",
14
+ "types": "./index.d.ts",
15
+ "exports": {
16
+ ".": {
17
+ "types": "./index.d.ts",
18
+ "import": "./index.js",
19
+ "require": "./index.cjs"
20
+ }
21
+ },
22
+ "dependencies": {
23
+ "axios": "^0.27.2",
24
+ "@protobuf-ts/grpc-transport": "^2.7.0",
25
+ "@grpc/grpc-js": "^1.6.7"
26
+ }
27
+ }
@@ -0,0 +1,455 @@
1
+ import type { BinaryWriteOptions } from "@protobuf-ts/runtime";
2
+ import type { IBinaryWriter } from "@protobuf-ts/runtime";
3
+ import type { BinaryReadOptions } from "@protobuf-ts/runtime";
4
+ import type { IBinaryReader } from "@protobuf-ts/runtime";
5
+ import type { PartialMessage } from "@protobuf-ts/runtime";
6
+ import { MessageType } from "@protobuf-ts/runtime";
7
+ /**
8
+ * Defines the HTTP configuration for an API service. It contains a list of
9
+ * [HttpRule][google.api.HttpRule], each specifying the mapping of an RPC method
10
+ * to one or more HTTP REST API methods.
11
+ *
12
+ * @generated from protobuf message google.api.Http
13
+ */
14
+ export interface Http {
15
+ /**
16
+ * A list of HTTP configuration rules that apply to individual API methods.
17
+ *
18
+ * **NOTE:** All service configuration rules follow "last one wins" order.
19
+ *
20
+ * @generated from protobuf field: repeated google.api.HttpRule rules = 1;
21
+ */
22
+ rules: HttpRule[];
23
+ /**
24
+ * When set to true, URL path parameters will be fully URI-decoded except in
25
+ * cases of single segment matches in reserved expansion, where "%2F" will be
26
+ * left encoded.
27
+ *
28
+ * The default behavior is to not decode RFC 6570 reserved characters in multi
29
+ * segment matches.
30
+ *
31
+ * @generated from protobuf field: bool fully_decode_reserved_expansion = 2;
32
+ */
33
+ fullyDecodeReservedExpansion: boolean;
34
+ }
35
+ /**
36
+ * # gRPC Transcoding
37
+ *
38
+ * gRPC Transcoding is a feature for mapping between a gRPC method and one or
39
+ * more HTTP REST endpoints. It allows developers to build a single API service
40
+ * that supports both gRPC APIs and REST APIs. Many systems, including [Google
41
+ * APIs](https://github.com/googleapis/googleapis),
42
+ * [Cloud Endpoints](https://cloud.google.com/endpoints), [gRPC
43
+ * Gateway](https://github.com/grpc-ecosystem/grpc-gateway),
44
+ * and [Envoy](https://github.com/envoyproxy/envoy) proxy support this feature
45
+ * and use it for large scale production services.
46
+ *
47
+ * `HttpRule` defines the schema of the gRPC/REST mapping. The mapping specifies
48
+ * how different portions of the gRPC request message are mapped to the URL
49
+ * path, URL query parameters, and HTTP request body. It also controls how the
50
+ * gRPC response message is mapped to the HTTP response body. `HttpRule` is
51
+ * typically specified as an `google.api.http` annotation on the gRPC method.
52
+ *
53
+ * Each mapping specifies a URL path template and an HTTP method. The path
54
+ * template may refer to one or more fields in the gRPC request message, as long
55
+ * as each field is a non-repeated field with a primitive (non-message) type.
56
+ * The path template controls how fields of the request message are mapped to
57
+ * the URL path.
58
+ *
59
+ * Example:
60
+ *
61
+ * service Messaging {
62
+ * rpc GetMessage(GetMessageRequest) returns (Message) {
63
+ * option (google.api.http) = {
64
+ * get: "/v1/{name=messages/*}"
65
+ * };
66
+ * }
67
+ * }
68
+ * message GetMessageRequest {
69
+ * string name = 1; // Mapped to URL path.
70
+ * }
71
+ * message Message {
72
+ * string text = 1; // The resource content.
73
+ * }
74
+ *
75
+ * This enables an HTTP REST to gRPC mapping as below:
76
+ *
77
+ * HTTP | gRPC
78
+ * -----|-----
79
+ * `GET /v1/messages/123456` | `GetMessage(name: "messages/123456")`
80
+ *
81
+ * Any fields in the request message which are not bound by the path template
82
+ * automatically become HTTP query parameters if there is no HTTP request body.
83
+ * For example:
84
+ *
85
+ * service Messaging {
86
+ * rpc GetMessage(GetMessageRequest) returns (Message) {
87
+ * option (google.api.http) = {
88
+ * get:"/v1/messages/{message_id}"
89
+ * };
90
+ * }
91
+ * }
92
+ * message GetMessageRequest {
93
+ * message SubMessage {
94
+ * string subfield = 1;
95
+ * }
96
+ * string message_id = 1; // Mapped to URL path.
97
+ * int64 revision = 2; // Mapped to URL query parameter `revision`.
98
+ * SubMessage sub = 3; // Mapped to URL query parameter `sub.subfield`.
99
+ * }
100
+ *
101
+ * This enables a HTTP JSON to RPC mapping as below:
102
+ *
103
+ * HTTP | gRPC
104
+ * -----|-----
105
+ * `GET /v1/messages/123456?revision=2&sub.subfield=foo` |
106
+ * `GetMessage(message_id: "123456" revision: 2 sub: SubMessage(subfield:
107
+ * "foo"))`
108
+ *
109
+ * Note that fields which are mapped to URL query parameters must have a
110
+ * primitive type or a repeated primitive type or a non-repeated message type.
111
+ * In the case of a repeated type, the parameter can be repeated in the URL
112
+ * as `...?param=A&param=B`. In the case of a message type, each field of the
113
+ * message is mapped to a separate parameter, such as
114
+ * `...?foo.a=A&foo.b=B&foo.c=C`.
115
+ *
116
+ * For HTTP methods that allow a request body, the `body` field
117
+ * specifies the mapping. Consider a REST update method on the
118
+ * message resource collection:
119
+ *
120
+ * service Messaging {
121
+ * rpc UpdateMessage(UpdateMessageRequest) returns (Message) {
122
+ * option (google.api.http) = {
123
+ * patch: "/v1/messages/{message_id}"
124
+ * body: "message"
125
+ * };
126
+ * }
127
+ * }
128
+ * message UpdateMessageRequest {
129
+ * string message_id = 1; // mapped to the URL
130
+ * Message message = 2; // mapped to the body
131
+ * }
132
+ *
133
+ * The following HTTP JSON to RPC mapping is enabled, where the
134
+ * representation of the JSON in the request body is determined by
135
+ * protos JSON encoding:
136
+ *
137
+ * HTTP | gRPC
138
+ * -----|-----
139
+ * `PATCH /v1/messages/123456 { "text": "Hi!" }` | `UpdateMessage(message_id:
140
+ * "123456" message { text: "Hi!" })`
141
+ *
142
+ * The special name `*` can be used in the body mapping to define that
143
+ * every field not bound by the path template should be mapped to the
144
+ * request body. This enables the following alternative definition of
145
+ * the update method:
146
+ *
147
+ * service Messaging {
148
+ * rpc UpdateMessage(Message) returns (Message) {
149
+ * option (google.api.http) = {
150
+ * patch: "/v1/messages/{message_id}"
151
+ * body: "*"
152
+ * };
153
+ * }
154
+ * }
155
+ * message Message {
156
+ * string message_id = 1;
157
+ * string text = 2;
158
+ * }
159
+ *
160
+ *
161
+ * The following HTTP JSON to RPC mapping is enabled:
162
+ *
163
+ * HTTP | gRPC
164
+ * -----|-----
165
+ * `PATCH /v1/messages/123456 { "text": "Hi!" }` | `UpdateMessage(message_id:
166
+ * "123456" text: "Hi!")`
167
+ *
168
+ * Note that when using `*` in the body mapping, it is not possible to
169
+ * have HTTP parameters, as all fields not bound by the path end in
170
+ * the body. This makes this option more rarely used in practice when
171
+ * defining REST APIs. The common usage of `*` is in custom methods
172
+ * which don't use the URL at all for transferring data.
173
+ *
174
+ * It is possible to define multiple HTTP methods for one RPC by using
175
+ * the `additional_bindings` option. Example:
176
+ *
177
+ * service Messaging {
178
+ * rpc GetMessage(GetMessageRequest) returns (Message) {
179
+ * option (google.api.http) = {
180
+ * get: "/v1/messages/{message_id}"
181
+ * additional_bindings {
182
+ * get: "/v1/users/{user_id}/messages/{message_id}"
183
+ * }
184
+ * };
185
+ * }
186
+ * }
187
+ * message GetMessageRequest {
188
+ * string message_id = 1;
189
+ * string user_id = 2;
190
+ * }
191
+ *
192
+ * This enables the following two alternative HTTP JSON to RPC mappings:
193
+ *
194
+ * HTTP | gRPC
195
+ * -----|-----
196
+ * `GET /v1/messages/123456` | `GetMessage(message_id: "123456")`
197
+ * `GET /v1/users/me/messages/123456` | `GetMessage(user_id: "me" message_id:
198
+ * "123456")`
199
+ *
200
+ * ## Rules for HTTP mapping
201
+ *
202
+ * 1. Leaf request fields (recursive expansion nested messages in the request
203
+ * message) are classified into three categories:
204
+ * - Fields referred by the path template. They are passed via the URL path.
205
+ * - Fields referred by the [HttpRule.body][google.api.HttpRule.body]. They are passed via the HTTP
206
+ * request body.
207
+ * - All other fields are passed via the URL query parameters, and the
208
+ * parameter name is the field path in the request message. A repeated
209
+ * field can be represented as multiple query parameters under the same
210
+ * name.
211
+ * 2. If [HttpRule.body][google.api.HttpRule.body] is "*", there is no URL query parameter, all fields
212
+ * are passed via URL path and HTTP request body.
213
+ * 3. If [HttpRule.body][google.api.HttpRule.body] is omitted, there is no HTTP request body, all
214
+ * fields are passed via URL path and URL query parameters.
215
+ *
216
+ * ### Path template syntax
217
+ *
218
+ * Template = "/" Segments [ Verb ] ;
219
+ * Segments = Segment { "/" Segment } ;
220
+ * Segment = "*" | "**" | LITERAL | Variable ;
221
+ * Variable = "{" FieldPath [ "=" Segments ] "}" ;
222
+ * FieldPath = IDENT { "." IDENT } ;
223
+ * Verb = ":" LITERAL ;
224
+ *
225
+ * The syntax `*` matches a single URL path segment. The syntax `**` matches
226
+ * zero or more URL path segments, which must be the last part of the URL path
227
+ * except the `Verb`.
228
+ *
229
+ * The syntax `Variable` matches part of the URL path as specified by its
230
+ * template. A variable template must not contain other variables. If a variable
231
+ * matches a single path segment, its template may be omitted, e.g. `{var}`
232
+ * is equivalent to `{var=*}`.
233
+ *
234
+ * The syntax `LITERAL` matches literal text in the URL path. If the `LITERAL`
235
+ * contains any reserved character, such characters should be percent-encoded
236
+ * before the matching.
237
+ *
238
+ * If a variable contains exactly one path segment, such as `"{var}"` or
239
+ * `"{var=*}"`, when such a variable is expanded into a URL path on the client
240
+ * side, all characters except `[-_.~0-9a-zA-Z]` are percent-encoded. The
241
+ * server side does the reverse decoding. Such variables show up in the
242
+ * [Discovery
243
+ * Document](https://developers.google.com/discovery/v1/reference/apis) as
244
+ * `{var}`.
245
+ *
246
+ * If a variable contains multiple path segments, such as `"{var=foo/*}"`
247
+ * or `"{var=**}"`, when such a variable is expanded into a URL path on the
248
+ * client side, all characters except `[-_.~/0-9a-zA-Z]` are percent-encoded.
249
+ * The server side does the reverse decoding, except "%2F" and "%2f" are left
250
+ * unchanged. Such variables show up in the
251
+ * [Discovery
252
+ * Document](https://developers.google.com/discovery/v1/reference/apis) as
253
+ * `{+var}`.
254
+ *
255
+ * ## Using gRPC API Service Configuration
256
+ *
257
+ * gRPC API Service Configuration (service config) is a configuration language
258
+ * for configuring a gRPC service to become a user-facing product. The
259
+ * service config is simply the YAML representation of the `google.api.Service`
260
+ * proto message.
261
+ *
262
+ * As an alternative to annotating your proto file, you can configure gRPC
263
+ * transcoding in your service config YAML files. You do this by specifying a
264
+ * `HttpRule` that maps the gRPC method to a REST endpoint, achieving the same
265
+ * effect as the proto annotation. This can be particularly useful if you
266
+ * have a proto that is reused in multiple services. Note that any transcoding
267
+ * specified in the service config will override any matching transcoding
268
+ * configuration in the proto.
269
+ *
270
+ * Example:
271
+ *
272
+ * http:
273
+ * rules:
274
+ * # Selects a gRPC method and applies HttpRule to it.
275
+ * - selector: example.v1.Messaging.GetMessage
276
+ * get: /v1/messages/{message_id}/{sub.subfield}
277
+ *
278
+ * ## Special notes
279
+ *
280
+ * When gRPC Transcoding is used to map a gRPC to JSON REST endpoints, the
281
+ * proto to JSON conversion must follow the [proto3
282
+ * specification](https://developers.google.com/protocol-buffers/docs/proto3#json).
283
+ *
284
+ * While the single segment variable follows the semantics of
285
+ * [RFC 6570](https://tools.ietf.org/html/rfc6570) Section 3.2.2 Simple String
286
+ * Expansion, the multi segment variable **does not** follow RFC 6570 Section
287
+ * 3.2.3 Reserved Expansion. The reason is that the Reserved Expansion
288
+ * does not expand special characters like `?` and `#`, which would lead
289
+ * to invalid URLs. As the result, gRPC Transcoding uses a custom encoding
290
+ * for multi segment variables.
291
+ *
292
+ * The path variables **must not** refer to any repeated or mapped field,
293
+ * because client libraries are not capable of handling such variable expansion.
294
+ *
295
+ * The path variables **must not** capture the leading "/" character. The reason
296
+ * is that the most common use case "{var}" does not capture the leading "/"
297
+ * character. For consistency, all path variables must share the same behavior.
298
+ *
299
+ * Repeated message fields must not be mapped to URL query parameters, because
300
+ * no client library can support such complicated mapping.
301
+ *
302
+ * If an API needs to use a JSON array for request or response body, it can map
303
+ * the request or response body to a repeated field. However, some gRPC
304
+ * Transcoding implementations may not support this feature.
305
+ *
306
+ * @generated from protobuf message google.api.HttpRule
307
+ */
308
+ export interface HttpRule {
309
+ /**
310
+ * Selects a method to which this rule applies.
311
+ *
312
+ * Refer to [selector][google.api.DocumentationRule.selector] for syntax details.
313
+ *
314
+ * @generated from protobuf field: string selector = 1;
315
+ */
316
+ selector: string;
317
+ /**
318
+ * @generated from protobuf oneof: pattern
319
+ */
320
+ pattern: {
321
+ oneofKind: "get";
322
+ /**
323
+ * Maps to HTTP GET. Used for listing and getting information about
324
+ * resources.
325
+ *
326
+ * @generated from protobuf field: string get = 2;
327
+ */
328
+ get: string;
329
+ } | {
330
+ oneofKind: "put";
331
+ /**
332
+ * Maps to HTTP PUT. Used for replacing a resource.
333
+ *
334
+ * @generated from protobuf field: string put = 3;
335
+ */
336
+ put: string;
337
+ } | {
338
+ oneofKind: "post";
339
+ /**
340
+ * Maps to HTTP POST. Used for creating a resource or performing an action.
341
+ *
342
+ * @generated from protobuf field: string post = 4;
343
+ */
344
+ post: string;
345
+ } | {
346
+ oneofKind: "delete";
347
+ /**
348
+ * Maps to HTTP DELETE. Used for deleting a resource.
349
+ *
350
+ * @generated from protobuf field: string delete = 5;
351
+ */
352
+ delete: string;
353
+ } | {
354
+ oneofKind: "patch";
355
+ /**
356
+ * Maps to HTTP PATCH. Used for updating a resource.
357
+ *
358
+ * @generated from protobuf field: string patch = 6;
359
+ */
360
+ patch: string;
361
+ } | {
362
+ oneofKind: "custom";
363
+ /**
364
+ * The custom pattern is used for specifying an HTTP method that is not
365
+ * included in the `pattern` field, such as HEAD, or "*" to leave the
366
+ * HTTP method unspecified for this rule. The wild-card rule is useful
367
+ * for services that provide content to Web (HTML) clients.
368
+ *
369
+ * @generated from protobuf field: google.api.CustomHttpPattern custom = 8;
370
+ */
371
+ custom: CustomHttpPattern;
372
+ } | {
373
+ oneofKind: undefined;
374
+ };
375
+ /**
376
+ * The name of the request field whose value is mapped to the HTTP request
377
+ * body, or `*` for mapping all request fields not captured by the path
378
+ * pattern to the HTTP body, or omitted for not having any HTTP request body.
379
+ *
380
+ * NOTE: the referred field must be present at the top-level of the request
381
+ * message type.
382
+ *
383
+ * @generated from protobuf field: string body = 7;
384
+ */
385
+ body: string;
386
+ /**
387
+ * Optional. The name of the response field whose value is mapped to the HTTP
388
+ * response body. When omitted, the entire response message will be used
389
+ * as the HTTP response body.
390
+ *
391
+ * NOTE: The referred field must be present at the top-level of the response
392
+ * message type.
393
+ *
394
+ * @generated from protobuf field: string response_body = 12;
395
+ */
396
+ responseBody: string;
397
+ /**
398
+ * Additional HTTP bindings for the selector. Nested bindings must
399
+ * not contain an `additional_bindings` field themselves (that is,
400
+ * the nesting may only be one level deep).
401
+ *
402
+ * @generated from protobuf field: repeated google.api.HttpRule additional_bindings = 11;
403
+ */
404
+ additionalBindings: HttpRule[];
405
+ }
406
+ /**
407
+ * A custom pattern is used for defining custom HTTP verb.
408
+ *
409
+ * @generated from protobuf message google.api.CustomHttpPattern
410
+ */
411
+ export interface CustomHttpPattern {
412
+ /**
413
+ * The name of this custom HTTP verb.
414
+ *
415
+ * @generated from protobuf field: string kind = 1;
416
+ */
417
+ kind: string;
418
+ /**
419
+ * The path matched by this custom verb.
420
+ *
421
+ * @generated from protobuf field: string path = 2;
422
+ */
423
+ path: string;
424
+ }
425
+ declare class Http$Type extends MessageType<Http> {
426
+ constructor();
427
+ create(value?: PartialMessage<Http>): Http;
428
+ internalBinaryRead(reader: IBinaryReader, length: number, options: BinaryReadOptions, target?: Http): Http;
429
+ internalBinaryWrite(message: Http, writer: IBinaryWriter, options: BinaryWriteOptions): IBinaryWriter;
430
+ }
431
+ /**
432
+ * @generated MessageType for protobuf message google.api.Http
433
+ */
434
+ export declare const Http: Http$Type;
435
+ declare class HttpRule$Type extends MessageType<HttpRule> {
436
+ constructor();
437
+ create(value?: PartialMessage<HttpRule>): HttpRule;
438
+ internalBinaryRead(reader: IBinaryReader, length: number, options: BinaryReadOptions, target?: HttpRule): HttpRule;
439
+ internalBinaryWrite(message: HttpRule, writer: IBinaryWriter, options: BinaryWriteOptions): IBinaryWriter;
440
+ }
441
+ /**
442
+ * @generated MessageType for protobuf message google.api.HttpRule
443
+ */
444
+ export declare const HttpRule: HttpRule$Type;
445
+ declare class CustomHttpPattern$Type extends MessageType<CustomHttpPattern> {
446
+ constructor();
447
+ create(value?: PartialMessage<CustomHttpPattern>): CustomHttpPattern;
448
+ internalBinaryRead(reader: IBinaryReader, length: number, options: BinaryReadOptions, target?: CustomHttpPattern): CustomHttpPattern;
449
+ internalBinaryWrite(message: CustomHttpPattern, writer: IBinaryWriter, options: BinaryWriteOptions): IBinaryWriter;
450
+ }
451
+ /**
452
+ * @generated MessageType for protobuf message google.api.CustomHttpPattern
453
+ */
454
+ export declare const CustomHttpPattern: CustomHttpPattern$Type;
455
+ export {};