@milaboratories/pl-drivers 1.6.4 → 1.6.5
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/index.js +2 -2
- package/dist/index.js.map +1 -1
- package/dist/index.mjs +2026 -2480
- package/dist/index.mjs.map +1 -1
- package/dist/proto/github.com/googleapis/googleapis/google/rpc/status.d.ts +48 -0
- package/dist/proto/github.com/googleapis/googleapis/google/rpc/status.d.ts.map +1 -0
- package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/downloadapi/protocol.client.d.ts +2 -2
- package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/downloadapi/protocol.client.d.ts.map +1 -1
- package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/downloadapi/protocol.d.ts +13 -5
- package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/downloadapi/protocol.d.ts.map +1 -1
- package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/lsapi/protocol.client.d.ts +2 -2
- package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/lsapi/protocol.client.d.ts.map +1 -1
- package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/lsapi/protocol.d.ts +11 -11
- package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/lsapi/protocol.d.ts.map +1 -1
- package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/progressapi/protocol.client.d.ts +4 -4
- package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/progressapi/protocol.client.d.ts.map +1 -1
- package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/progressapi/protocol.d.ts +10 -10
- package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/progressapi/protocol.d.ts.map +1 -1
- package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/streamingapi/protocol.client.d.ts +10 -10
- package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/streamingapi/protocol.client.d.ts.map +1 -1
- package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/streamingapi/protocol.d.ts +25 -25
- package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/streamingapi/protocol.d.ts.map +1 -1
- package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/uploadapi/protocol.client.d.ts +8 -8
- package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/uploadapi/protocol.client.d.ts.map +1 -1
- package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/uploadapi/protocol.d.ts +24 -16
- package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/uploadapi/protocol.d.ts.map +1 -1
- package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/api.client.d.ts +277 -0
- package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/api.client.d.ts.map +1 -0
- package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/api.d.ts +5344 -0
- package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/api.d.ts.map +1 -0
- package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/api_types.d.ts +530 -0
- package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/api_types.d.ts.map +1 -0
- package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/base_types.d.ts +82 -0
- package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/base_types.d.ts.map +1 -0
- package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/import.d.ts +91 -0
- package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/import.d.ts.map +1 -0
- package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/resource_types.d.ts +251 -0
- package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/resource_types.d.ts.map +1 -0
- package/dist/proto/google/api/http.d.ts +46 -42
- package/dist/proto/google/api/http.d.ts.map +1 -1
- package/dist/proto/google/protobuf/any.d.ts +172 -0
- package/dist/proto/google/protobuf/any.d.ts.map +1 -0
- package/dist/proto/google/protobuf/descriptor.d.ts +1003 -170
- package/dist/proto/google/protobuf/descriptor.d.ts.map +1 -1
- package/dist/proto/google/protobuf/duration.d.ts +2 -3
- package/dist/proto/google/protobuf/duration.d.ts.map +1 -1
- package/dist/proto/google/protobuf/empty.d.ts +27 -0
- package/dist/proto/google/protobuf/empty.d.ts.map +1 -0
- package/dist/proto/google/protobuf/struct.d.ts +179 -0
- package/dist/proto/google/protobuf/struct.d.ts.map +1 -0
- package/dist/proto/google/protobuf/timestamp.d.ts +3 -6
- package/dist/proto/google/protobuf/timestamp.d.ts.map +1 -1
- package/dist/proto/google/protobuf/wrappers.d.ts +327 -0
- package/dist/proto/google/protobuf/wrappers.d.ts.map +1 -0
- package/package.json +5 -5
- package/src/clients/download.ts +1 -1
- package/src/clients/upload.ts +1 -1
- package/src/proto/github.com/googleapis/googleapis/google/rpc/status.ts +125 -0
- package/src/proto/github.com/milaboratory/pl/controllers/shared/grpc/downloadapi/protocol.client.ts +25 -40
- package/src/proto/github.com/milaboratory/pl/controllers/shared/grpc/downloadapi/protocol.ts +252 -396
- package/src/proto/github.com/milaboratory/pl/controllers/shared/grpc/lsapi/protocol.client.ts +25 -37
- package/src/proto/github.com/milaboratory/pl/controllers/shared/grpc/lsapi/protocol.ts +341 -453
- package/src/proto/github.com/milaboratory/pl/controllers/shared/grpc/progressapi/protocol.client.ts +39 -65
- package/src/proto/github.com/milaboratory/pl/controllers/shared/grpc/progressapi/protocol.ts +398 -630
- package/src/proto/github.com/milaboratory/pl/controllers/shared/grpc/streamingapi/protocol.client.ts +126 -194
- package/src/proto/github.com/milaboratory/pl/controllers/shared/grpc/streamingapi/protocol.ts +626 -964
- package/src/proto/github.com/milaboratory/pl/controllers/shared/grpc/uploadapi/protocol.client.ts +102 -153
- package/src/proto/github.com/milaboratory/pl/controllers/shared/grpc/uploadapi/protocol.ts +741 -1082
- package/src/proto/github.com/milaboratory/pl/plapi/plapiproto/api.client.ts +406 -0
- package/src/proto/github.com/milaboratory/pl/plapi/plapiproto/api.ts +14986 -0
- package/src/proto/github.com/milaboratory/pl/plapi/plapiproto/api_types.ts +1474 -0
- package/src/proto/github.com/milaboratory/pl/plapi/plapiproto/base_types.ts +181 -0
- package/src/proto/github.com/milaboratory/pl/plapi/plapiproto/import.ts +251 -0
- package/src/proto/github.com/milaboratory/pl/plapi/plapiproto/resource_types.ts +693 -0
- package/src/proto/google/api/http.ts +336 -492
- package/src/proto/google/protobuf/any.ts +326 -0
- package/src/proto/google/protobuf/descriptor.ts +4383 -4772
- package/src/proto/google/protobuf/duration.ts +122 -169
- package/src/proto/google/protobuf/empty.ts +94 -0
- package/src/proto/google/protobuf/struct.ts +484 -0
- package/src/proto/google/protobuf/timestamp.ts +150 -225
- package/src/proto/google/protobuf/wrappers.ts +785 -0
package/src/proto/github.com/milaboratory/pl/controllers/shared/grpc/streamingapi/protocol.client.ts
CHANGED
|
@@ -1,19 +1,19 @@
|
|
|
1
|
-
// @generated by protobuf-ts 2.
|
|
1
|
+
// @generated by protobuf-ts 2.11.0 with parameter client_generic,optimize_speed,generate_dependencies,force_server_none
|
|
2
2
|
// @generated from protobuf file "github.com/milaboratory/pl/controllers/shared/grpc/streamingapi/protocol.proto" (package "MiLaboratories.Controller.Shared", syntax proto3)
|
|
3
3
|
// tslint:disable
|
|
4
|
-
import type { RpcTransport } from
|
|
5
|
-
import type { ServiceInfo } from
|
|
6
|
-
import { Streaming } from
|
|
7
|
-
import type { StreamingAPI_LastLines } from
|
|
8
|
-
import type { StreamingAPI_ReadText } from
|
|
9
|
-
import type { StreamingAPI_StreamText } from
|
|
10
|
-
import type { StreamingAPI_ReadBinary } from
|
|
11
|
-
import type { UnaryCall } from
|
|
12
|
-
import { stackIntercept } from
|
|
13
|
-
import type { StreamingAPI_Response } from
|
|
14
|
-
import type { StreamingAPI_StreamBinary } from
|
|
15
|
-
import type { ServerStreamingCall } from
|
|
16
|
-
import type { RpcOptions } from
|
|
4
|
+
import type { RpcTransport } from "@protobuf-ts/runtime-rpc";
|
|
5
|
+
import type { ServiceInfo } from "@protobuf-ts/runtime-rpc";
|
|
6
|
+
import { Streaming } from "./protocol";
|
|
7
|
+
import type { StreamingAPI_LastLines } from "./protocol";
|
|
8
|
+
import type { StreamingAPI_ReadText } from "./protocol";
|
|
9
|
+
import type { StreamingAPI_StreamText } from "./protocol";
|
|
10
|
+
import type { StreamingAPI_ReadBinary } from "./protocol";
|
|
11
|
+
import type { UnaryCall } from "@protobuf-ts/runtime-rpc";
|
|
12
|
+
import { stackIntercept } from "@protobuf-ts/runtime-rpc";
|
|
13
|
+
import type { StreamingAPI_Response } from "./protocol";
|
|
14
|
+
import type { StreamingAPI_StreamBinary } from "./protocol";
|
|
15
|
+
import type { ServerStreamingCall } from "@protobuf-ts/runtime-rpc";
|
|
16
|
+
import type { RpcOptions } from "@protobuf-ts/runtime-rpc";
|
|
17
17
|
/**
|
|
18
18
|
*
|
|
19
19
|
* Streaming provides access to online data stream from item in storage. Whenever item is appended with data,
|
|
@@ -23,67 +23,52 @@ import type { RpcOptions } from '@protobuf-ts/runtime-rpc';
|
|
|
23
23
|
* @generated from protobuf service MiLaboratories.Controller.Shared.Streaming
|
|
24
24
|
*/
|
|
25
25
|
export interface IStreamingClient {
|
|
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
|
-
* LastLines provides single message with the last lines from data source.
|
|
73
|
-
* When search pattern is specified, the last lines matching the given pattern are returned.
|
|
74
|
-
* The lines are returned in reversed order, as server reads data source from the end.
|
|
75
|
-
* Consider it as equivalent to 'tac <file> | grep <search> | head -n <line_count>'
|
|
76
|
-
* The <new_offset> returned in the response points to the _beginning_ of the last
|
|
77
|
-
* line found, so client can continue reading the file backwards in subsequent calls.
|
|
78
|
-
* This means, that use of this <new_offset> in ReadText() will return you the same line
|
|
79
|
-
* returned last in LastLines() data.
|
|
80
|
-
*
|
|
81
|
-
* @generated from protobuf rpc: LastLines(MiLaboratories.Controller.Shared.StreamingAPI.LastLines) returns (MiLaboratories.Controller.Shared.StreamingAPI.Response);
|
|
82
|
-
*/
|
|
83
|
-
lastLines(
|
|
84
|
-
input: StreamingAPI_LastLines,
|
|
85
|
-
options?: RpcOptions
|
|
86
|
-
): UnaryCall<StreamingAPI_LastLines, StreamingAPI_Response>;
|
|
26
|
+
/**
|
|
27
|
+
* StreamBinary provides stream of binary file. Each response message keeps
|
|
28
|
+
* one single chunk of binary data from data source. See StreamingAPI.Binary message
|
|
29
|
+
* for more info on available options.
|
|
30
|
+
*
|
|
31
|
+
* @generated from protobuf rpc: StreamBinary
|
|
32
|
+
*/
|
|
33
|
+
streamBinary(input: StreamingAPI_StreamBinary, options?: RpcOptions): ServerStreamingCall<StreamingAPI_StreamBinary, StreamingAPI_Response>;
|
|
34
|
+
/**
|
|
35
|
+
* ReadBinary allows to read remote item in chunks using stream-like API.
|
|
36
|
+
* The difference to StreamBinary is that the client receives single response for each
|
|
37
|
+
* call and has to send new calls to the server to get fresh data from remote item.
|
|
38
|
+
* Each response (each chunk from server) keeps not more than 3.9MiB of data.
|
|
39
|
+
*
|
|
40
|
+
* @generated from protobuf rpc: ReadBinary
|
|
41
|
+
*/
|
|
42
|
+
readBinary(input: StreamingAPI_ReadBinary, options?: RpcOptions): UnaryCall<StreamingAPI_ReadBinary, StreamingAPI_Response>;
|
|
43
|
+
/**
|
|
44
|
+
* StreamText provides stream of textual file, splitting the data by newline symbol.
|
|
45
|
+
* Each response message keeps one single line of text from data source.
|
|
46
|
+
*
|
|
47
|
+
* @generated from protobuf rpc: StreamText
|
|
48
|
+
*/
|
|
49
|
+
streamText(input: StreamingAPI_StreamText, options?: RpcOptions): ServerStreamingCall<StreamingAPI_StreamText, StreamingAPI_Response>;
|
|
50
|
+
/**
|
|
51
|
+
* ReadBinary allows to read remote item in chunks using stream-like API.
|
|
52
|
+
* The difference to StreamBinary is that the client receives single response for each
|
|
53
|
+
* call and has to send new calls to the server to get fresh data from remote item.
|
|
54
|
+
* Each response (each chunk from server) keeps not more than 3.9MiB of data.
|
|
55
|
+
*
|
|
56
|
+
* @generated from protobuf rpc: ReadText
|
|
57
|
+
*/
|
|
58
|
+
readText(input: StreamingAPI_ReadText, options?: RpcOptions): UnaryCall<StreamingAPI_ReadText, StreamingAPI_Response>;
|
|
59
|
+
/**
|
|
60
|
+
* LastLines provides single message with the last lines from data source.
|
|
61
|
+
* When search pattern is specified, the last lines matching the given pattern are returned.
|
|
62
|
+
* The lines are returned in reversed order, as server reads data source from the end.
|
|
63
|
+
* Consider it as equivalent to 'tac <file> | grep <search> | head -n <line_count>'
|
|
64
|
+
* The <new_offset> returned in the response points to the _beginning_ of the last
|
|
65
|
+
* line found, so client can continue reading the file backwards in subsequent calls.
|
|
66
|
+
* This means, that use of this <new_offset> in ReadText() will return you the same line
|
|
67
|
+
* returned last in LastLines() data.
|
|
68
|
+
*
|
|
69
|
+
* @generated from protobuf rpc: LastLines
|
|
70
|
+
*/
|
|
71
|
+
lastLines(input: StreamingAPI_LastLines, options?: RpcOptions): UnaryCall<StreamingAPI_LastLines, StreamingAPI_Response>;
|
|
87
72
|
}
|
|
88
73
|
/**
|
|
89
74
|
*
|
|
@@ -94,123 +79,70 @@ export interface IStreamingClient {
|
|
|
94
79
|
* @generated from protobuf service MiLaboratories.Controller.Shared.Streaming
|
|
95
80
|
*/
|
|
96
81
|
export class StreamingClient implements IStreamingClient, ServiceInfo {
|
|
97
|
-
|
|
98
|
-
|
|
99
|
-
|
|
100
|
-
|
|
101
|
-
|
|
102
|
-
|
|
103
|
-
|
|
104
|
-
|
|
105
|
-
|
|
106
|
-
|
|
107
|
-
|
|
108
|
-
|
|
109
|
-
input: StreamingAPI_StreamBinary,
|
|
110
|
-
|
|
111
|
-
|
|
112
|
-
|
|
113
|
-
|
|
114
|
-
|
|
115
|
-
|
|
116
|
-
|
|
117
|
-
|
|
118
|
-
|
|
119
|
-
|
|
120
|
-
|
|
121
|
-
|
|
122
|
-
|
|
123
|
-
|
|
124
|
-
|
|
125
|
-
|
|
126
|
-
|
|
127
|
-
|
|
128
|
-
|
|
129
|
-
|
|
130
|
-
|
|
131
|
-
|
|
132
|
-
|
|
133
|
-
|
|
134
|
-
|
|
135
|
-
|
|
136
|
-
|
|
137
|
-
|
|
138
|
-
|
|
139
|
-
|
|
140
|
-
|
|
141
|
-
|
|
142
|
-
|
|
143
|
-
)
|
|
144
|
-
|
|
145
|
-
|
|
146
|
-
|
|
147
|
-
|
|
148
|
-
|
|
149
|
-
|
|
150
|
-
|
|
151
|
-
|
|
152
|
-
|
|
153
|
-
|
|
154
|
-
|
|
155
|
-
|
|
156
|
-
|
|
157
|
-
|
|
158
|
-
|
|
159
|
-
|
|
160
|
-
|
|
161
|
-
|
|
162
|
-
|
|
163
|
-
input,
|
|
164
|
-
);
|
|
165
|
-
}
|
|
166
|
-
|
|
167
|
-
/**
|
|
168
|
-
* ReadBinary allows to read remote item in chunks using stream-like API.
|
|
169
|
-
* The difference to StreamBinary is that the client receives single response for each
|
|
170
|
-
* call and has to send new calls to the server to get fresh data from remote item.
|
|
171
|
-
* Each response (each chunk from server) keeps not more than 3.9MiB of data.
|
|
172
|
-
*
|
|
173
|
-
* @generated from protobuf rpc: ReadText(MiLaboratories.Controller.Shared.StreamingAPI.ReadText) returns (MiLaboratories.Controller.Shared.StreamingAPI.Response);
|
|
174
|
-
*/
|
|
175
|
-
readText(
|
|
176
|
-
input: StreamingAPI_ReadText,
|
|
177
|
-
options?: RpcOptions,
|
|
178
|
-
): UnaryCall<StreamingAPI_ReadText, StreamingAPI_Response> {
|
|
179
|
-
const method = this.methods[3],
|
|
180
|
-
opt = this._transport.mergeOptions(options);
|
|
181
|
-
return stackIntercept<StreamingAPI_ReadText, StreamingAPI_Response>(
|
|
182
|
-
'unary',
|
|
183
|
-
this._transport,
|
|
184
|
-
method,
|
|
185
|
-
opt,
|
|
186
|
-
input,
|
|
187
|
-
);
|
|
188
|
-
}
|
|
189
|
-
|
|
190
|
-
/**
|
|
191
|
-
* LastLines provides single message with the last lines from data source.
|
|
192
|
-
* When search pattern is specified, the last lines matching the given pattern are returned.
|
|
193
|
-
* The lines are returned in reversed order, as server reads data source from the end.
|
|
194
|
-
* Consider it as equivalent to 'tac <file> | grep <search> | head -n <line_count>'
|
|
195
|
-
* The <new_offset> returned in the response points to the _beginning_ of the last
|
|
196
|
-
* line found, so client can continue reading the file backwards in subsequent calls.
|
|
197
|
-
* This means, that use of this <new_offset> in ReadText() will return you the same line
|
|
198
|
-
* returned last in LastLines() data.
|
|
199
|
-
*
|
|
200
|
-
* @generated from protobuf rpc: LastLines(MiLaboratories.Controller.Shared.StreamingAPI.LastLines) returns (MiLaboratories.Controller.Shared.StreamingAPI.Response);
|
|
201
|
-
*/
|
|
202
|
-
lastLines(
|
|
203
|
-
input: StreamingAPI_LastLines,
|
|
204
|
-
options?: RpcOptions,
|
|
205
|
-
): UnaryCall<StreamingAPI_LastLines, StreamingAPI_Response> {
|
|
206
|
-
const method = this.methods[4],
|
|
207
|
-
opt = this._transport.mergeOptions(options);
|
|
208
|
-
return stackIntercept<StreamingAPI_LastLines, StreamingAPI_Response>(
|
|
209
|
-
'unary',
|
|
210
|
-
this._transport,
|
|
211
|
-
method,
|
|
212
|
-
opt,
|
|
213
|
-
input,
|
|
214
|
-
);
|
|
215
|
-
}
|
|
82
|
+
typeName = Streaming.typeName;
|
|
83
|
+
methods = Streaming.methods;
|
|
84
|
+
options = Streaming.options;
|
|
85
|
+
constructor(private readonly _transport: RpcTransport) {
|
|
86
|
+
}
|
|
87
|
+
/**
|
|
88
|
+
* StreamBinary provides stream of binary file. Each response message keeps
|
|
89
|
+
* one single chunk of binary data from data source. See StreamingAPI.Binary message
|
|
90
|
+
* for more info on available options.
|
|
91
|
+
*
|
|
92
|
+
* @generated from protobuf rpc: StreamBinary
|
|
93
|
+
*/
|
|
94
|
+
streamBinary(input: StreamingAPI_StreamBinary, options?: RpcOptions): ServerStreamingCall<StreamingAPI_StreamBinary, StreamingAPI_Response> {
|
|
95
|
+
const method = this.methods[0], opt = this._transport.mergeOptions(options);
|
|
96
|
+
return stackIntercept<StreamingAPI_StreamBinary, StreamingAPI_Response>("serverStreaming", this._transport, method, opt, input);
|
|
97
|
+
}
|
|
98
|
+
/**
|
|
99
|
+
* ReadBinary allows to read remote item in chunks using stream-like API.
|
|
100
|
+
* The difference to StreamBinary is that the client receives single response for each
|
|
101
|
+
* call and has to send new calls to the server to get fresh data from remote item.
|
|
102
|
+
* Each response (each chunk from server) keeps not more than 3.9MiB of data.
|
|
103
|
+
*
|
|
104
|
+
* @generated from protobuf rpc: ReadBinary
|
|
105
|
+
*/
|
|
106
|
+
readBinary(input: StreamingAPI_ReadBinary, options?: RpcOptions): UnaryCall<StreamingAPI_ReadBinary, StreamingAPI_Response> {
|
|
107
|
+
const method = this.methods[1], opt = this._transport.mergeOptions(options);
|
|
108
|
+
return stackIntercept<StreamingAPI_ReadBinary, StreamingAPI_Response>("unary", this._transport, method, opt, input);
|
|
109
|
+
}
|
|
110
|
+
/**
|
|
111
|
+
* StreamText provides stream of textual file, splitting the data by newline symbol.
|
|
112
|
+
* Each response message keeps one single line of text from data source.
|
|
113
|
+
*
|
|
114
|
+
* @generated from protobuf rpc: StreamText
|
|
115
|
+
*/
|
|
116
|
+
streamText(input: StreamingAPI_StreamText, options?: RpcOptions): ServerStreamingCall<StreamingAPI_StreamText, StreamingAPI_Response> {
|
|
117
|
+
const method = this.methods[2], opt = this._transport.mergeOptions(options);
|
|
118
|
+
return stackIntercept<StreamingAPI_StreamText, StreamingAPI_Response>("serverStreaming", this._transport, method, opt, input);
|
|
119
|
+
}
|
|
120
|
+
/**
|
|
121
|
+
* ReadBinary allows to read remote item in chunks using stream-like API.
|
|
122
|
+
* The difference to StreamBinary is that the client receives single response for each
|
|
123
|
+
* call and has to send new calls to the server to get fresh data from remote item.
|
|
124
|
+
* Each response (each chunk from server) keeps not more than 3.9MiB of data.
|
|
125
|
+
*
|
|
126
|
+
* @generated from protobuf rpc: ReadText
|
|
127
|
+
*/
|
|
128
|
+
readText(input: StreamingAPI_ReadText, options?: RpcOptions): UnaryCall<StreamingAPI_ReadText, StreamingAPI_Response> {
|
|
129
|
+
const method = this.methods[3], opt = this._transport.mergeOptions(options);
|
|
130
|
+
return stackIntercept<StreamingAPI_ReadText, StreamingAPI_Response>("unary", this._transport, method, opt, input);
|
|
131
|
+
}
|
|
132
|
+
/**
|
|
133
|
+
* LastLines provides single message with the last lines from data source.
|
|
134
|
+
* When search pattern is specified, the last lines matching the given pattern are returned.
|
|
135
|
+
* The lines are returned in reversed order, as server reads data source from the end.
|
|
136
|
+
* Consider it as equivalent to 'tac <file> | grep <search> | head -n <line_count>'
|
|
137
|
+
* The <new_offset> returned in the response points to the _beginning_ of the last
|
|
138
|
+
* line found, so client can continue reading the file backwards in subsequent calls.
|
|
139
|
+
* This means, that use of this <new_offset> in ReadText() will return you the same line
|
|
140
|
+
* returned last in LastLines() data.
|
|
141
|
+
*
|
|
142
|
+
* @generated from protobuf rpc: LastLines
|
|
143
|
+
*/
|
|
144
|
+
lastLines(input: StreamingAPI_LastLines, options?: RpcOptions): UnaryCall<StreamingAPI_LastLines, StreamingAPI_Response> {
|
|
145
|
+
const method = this.methods[4], opt = this._transport.mergeOptions(options);
|
|
146
|
+
return stackIntercept<StreamingAPI_LastLines, StreamingAPI_Response>("unary", this._transport, method, opt, input);
|
|
147
|
+
}
|
|
216
148
|
}
|