@milaboratories/pl-drivers 1.6.4 → 1.6.6

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.
Files changed (82) hide show
  1. package/dist/index.js +2 -2
  2. package/dist/index.js.map +1 -1
  3. package/dist/index.mjs +2026 -2480
  4. package/dist/index.mjs.map +1 -1
  5. package/dist/proto/github.com/googleapis/googleapis/google/rpc/status.d.ts +48 -0
  6. package/dist/proto/github.com/googleapis/googleapis/google/rpc/status.d.ts.map +1 -0
  7. package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/downloadapi/protocol.client.d.ts +2 -2
  8. package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/downloadapi/protocol.client.d.ts.map +1 -1
  9. package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/downloadapi/protocol.d.ts +13 -5
  10. package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/downloadapi/protocol.d.ts.map +1 -1
  11. package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/lsapi/protocol.client.d.ts +2 -2
  12. package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/lsapi/protocol.client.d.ts.map +1 -1
  13. package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/lsapi/protocol.d.ts +11 -11
  14. package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/lsapi/protocol.d.ts.map +1 -1
  15. package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/progressapi/protocol.client.d.ts +4 -4
  16. package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/progressapi/protocol.client.d.ts.map +1 -1
  17. package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/progressapi/protocol.d.ts +10 -10
  18. package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/progressapi/protocol.d.ts.map +1 -1
  19. package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/streamingapi/protocol.client.d.ts +10 -10
  20. package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/streamingapi/protocol.client.d.ts.map +1 -1
  21. package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/streamingapi/protocol.d.ts +25 -25
  22. package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/streamingapi/protocol.d.ts.map +1 -1
  23. package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/uploadapi/protocol.client.d.ts +8 -8
  24. package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/uploadapi/protocol.client.d.ts.map +1 -1
  25. package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/uploadapi/protocol.d.ts +24 -16
  26. package/dist/proto/github.com/milaboratory/pl/controllers/shared/grpc/uploadapi/protocol.d.ts.map +1 -1
  27. package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/api.client.d.ts +277 -0
  28. package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/api.client.d.ts.map +1 -0
  29. package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/api.d.ts +5344 -0
  30. package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/api.d.ts.map +1 -0
  31. package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/api_types.d.ts +530 -0
  32. package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/api_types.d.ts.map +1 -0
  33. package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/base_types.d.ts +82 -0
  34. package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/base_types.d.ts.map +1 -0
  35. package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/import.d.ts +91 -0
  36. package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/import.d.ts.map +1 -0
  37. package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/resource_types.d.ts +251 -0
  38. package/dist/proto/github.com/milaboratory/pl/plapi/plapiproto/resource_types.d.ts.map +1 -0
  39. package/dist/proto/google/api/http.d.ts +46 -42
  40. package/dist/proto/google/api/http.d.ts.map +1 -1
  41. package/dist/proto/google/protobuf/any.d.ts +172 -0
  42. package/dist/proto/google/protobuf/any.d.ts.map +1 -0
  43. package/dist/proto/google/protobuf/descriptor.d.ts +1003 -170
  44. package/dist/proto/google/protobuf/descriptor.d.ts.map +1 -1
  45. package/dist/proto/google/protobuf/duration.d.ts +2 -3
  46. package/dist/proto/google/protobuf/duration.d.ts.map +1 -1
  47. package/dist/proto/google/protobuf/empty.d.ts +27 -0
  48. package/dist/proto/google/protobuf/empty.d.ts.map +1 -0
  49. package/dist/proto/google/protobuf/struct.d.ts +179 -0
  50. package/dist/proto/google/protobuf/struct.d.ts.map +1 -0
  51. package/dist/proto/google/protobuf/timestamp.d.ts +3 -6
  52. package/dist/proto/google/protobuf/timestamp.d.ts.map +1 -1
  53. package/dist/proto/google/protobuf/wrappers.d.ts +327 -0
  54. package/dist/proto/google/protobuf/wrappers.d.ts.map +1 -0
  55. package/package.json +5 -5
  56. package/src/clients/download.ts +1 -1
  57. package/src/clients/upload.ts +1 -1
  58. package/src/proto/github.com/googleapis/googleapis/google/rpc/status.ts +125 -0
  59. package/src/proto/github.com/milaboratory/pl/controllers/shared/grpc/downloadapi/protocol.client.ts +25 -40
  60. package/src/proto/github.com/milaboratory/pl/controllers/shared/grpc/downloadapi/protocol.ts +252 -396
  61. package/src/proto/github.com/milaboratory/pl/controllers/shared/grpc/lsapi/protocol.client.ts +25 -37
  62. package/src/proto/github.com/milaboratory/pl/controllers/shared/grpc/lsapi/protocol.ts +341 -453
  63. package/src/proto/github.com/milaboratory/pl/controllers/shared/grpc/progressapi/protocol.client.ts +39 -65
  64. package/src/proto/github.com/milaboratory/pl/controllers/shared/grpc/progressapi/protocol.ts +398 -630
  65. package/src/proto/github.com/milaboratory/pl/controllers/shared/grpc/streamingapi/protocol.client.ts +126 -194
  66. package/src/proto/github.com/milaboratory/pl/controllers/shared/grpc/streamingapi/protocol.ts +626 -964
  67. package/src/proto/github.com/milaboratory/pl/controllers/shared/grpc/uploadapi/protocol.client.ts +102 -153
  68. package/src/proto/github.com/milaboratory/pl/controllers/shared/grpc/uploadapi/protocol.ts +741 -1082
  69. package/src/proto/github.com/milaboratory/pl/plapi/plapiproto/api.client.ts +406 -0
  70. package/src/proto/github.com/milaboratory/pl/plapi/plapiproto/api.ts +14986 -0
  71. package/src/proto/github.com/milaboratory/pl/plapi/plapiproto/api_types.ts +1474 -0
  72. package/src/proto/github.com/milaboratory/pl/plapi/plapiproto/base_types.ts +181 -0
  73. package/src/proto/github.com/milaboratory/pl/plapi/plapiproto/import.ts +251 -0
  74. package/src/proto/github.com/milaboratory/pl/plapi/plapiproto/resource_types.ts +693 -0
  75. package/src/proto/google/api/http.ts +336 -492
  76. package/src/proto/google/protobuf/any.ts +326 -0
  77. package/src/proto/google/protobuf/descriptor.ts +4383 -4772
  78. package/src/proto/google/protobuf/duration.ts +122 -169
  79. package/src/proto/google/protobuf/empty.ts +94 -0
  80. package/src/proto/google/protobuf/struct.ts +484 -0
  81. package/src/proto/google/protobuf/timestamp.ts +150 -225
  82. package/src/proto/google/protobuf/wrappers.ts +785 -0
@@ -1,19 +1,19 @@
1
- // @generated by protobuf-ts 2.9.4 with parameter client_generic,optimize_speed,generate_dependencies,force_server_none
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 '@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';
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
- * 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(MiLaboratories.Controller.Shared.StreamingAPI.StreamBinary) returns (stream MiLaboratories.Controller.Shared.StreamingAPI.Response);
32
- */
33
- streamBinary(
34
- input: StreamingAPI_StreamBinary,
35
- options?: RpcOptions
36
- ): ServerStreamingCall<StreamingAPI_StreamBinary, StreamingAPI_Response>;
37
- /**
38
- * ReadBinary allows to read remote item in chunks using stream-like API.
39
- * The difference to StreamBinary is that the client receives single response for each
40
- * call and has to send new calls to the server to get fresh data from remote item.
41
- * Each response (each chunk from server) keeps not more than 3.9MiB of data.
42
- *
43
- * @generated from protobuf rpc: ReadBinary(MiLaboratories.Controller.Shared.StreamingAPI.ReadBinary) returns (MiLaboratories.Controller.Shared.StreamingAPI.Response);
44
- */
45
- readBinary(
46
- input: StreamingAPI_ReadBinary,
47
- options?: RpcOptions
48
- ): UnaryCall<StreamingAPI_ReadBinary, StreamingAPI_Response>;
49
- /**
50
- * StreamText provides stream of textual file, splitting the data by newline symbol.
51
- * Each response message keeps one single line of text from data source.
52
- *
53
- * @generated from protobuf rpc: StreamText(MiLaboratories.Controller.Shared.StreamingAPI.StreamText) returns (stream MiLaboratories.Controller.Shared.StreamingAPI.Response);
54
- */
55
- streamText(
56
- input: StreamingAPI_StreamText,
57
- options?: RpcOptions
58
- ): ServerStreamingCall<StreamingAPI_StreamText, StreamingAPI_Response>;
59
- /**
60
- * ReadBinary allows to read remote item in chunks using stream-like API.
61
- * The difference to StreamBinary is that the client receives single response for each
62
- * call and has to send new calls to the server to get fresh data from remote item.
63
- * Each response (each chunk from server) keeps not more than 3.9MiB of data.
64
- *
65
- * @generated from protobuf rpc: ReadText(MiLaboratories.Controller.Shared.StreamingAPI.ReadText) returns (MiLaboratories.Controller.Shared.StreamingAPI.Response);
66
- */
67
- readText(
68
- input: StreamingAPI_ReadText,
69
- options?: RpcOptions
70
- ): UnaryCall<StreamingAPI_ReadText, StreamingAPI_Response>;
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
- typeName = Streaming.typeName;
98
- methods = Streaming.methods;
99
- options = Streaming.options;
100
- constructor(private readonly _transport: RpcTransport) {}
101
- /**
102
- * StreamBinary provides stream of binary file. Each response message keeps
103
- * one single chunk of binary data from data source. See StreamingAPI.Binary message
104
- * for more info on available options.
105
- *
106
- * @generated from protobuf rpc: StreamBinary(MiLaboratories.Controller.Shared.StreamingAPI.StreamBinary) returns (stream MiLaboratories.Controller.Shared.StreamingAPI.Response);
107
- */
108
- streamBinary(
109
- input: StreamingAPI_StreamBinary,
110
- options?: RpcOptions,
111
- ): ServerStreamingCall<StreamingAPI_StreamBinary, StreamingAPI_Response> {
112
- const method = this.methods[0],
113
- opt = this._transport.mergeOptions(options);
114
- return stackIntercept<StreamingAPI_StreamBinary, StreamingAPI_Response>(
115
- 'serverStreaming',
116
- this._transport,
117
- method,
118
- opt,
119
- input,
120
- );
121
- }
122
-
123
- /**
124
- * ReadBinary allows to read remote item in chunks using stream-like API.
125
- * The difference to StreamBinary is that the client receives single response for each
126
- * call and has to send new calls to the server to get fresh data from remote item.
127
- * Each response (each chunk from server) keeps not more than 3.9MiB of data.
128
- *
129
- * @generated from protobuf rpc: ReadBinary(MiLaboratories.Controller.Shared.StreamingAPI.ReadBinary) returns (MiLaboratories.Controller.Shared.StreamingAPI.Response);
130
- */
131
- readBinary(
132
- input: StreamingAPI_ReadBinary,
133
- options?: RpcOptions,
134
- ): UnaryCall<StreamingAPI_ReadBinary, StreamingAPI_Response> {
135
- const method = this.methods[1],
136
- opt = this._transport.mergeOptions(options);
137
- return stackIntercept<StreamingAPI_ReadBinary, StreamingAPI_Response>(
138
- 'unary',
139
- this._transport,
140
- method,
141
- opt,
142
- input,
143
- );
144
- }
145
-
146
- /**
147
- * StreamText provides stream of textual file, splitting the data by newline symbol.
148
- * Each response message keeps one single line of text from data source.
149
- *
150
- * @generated from protobuf rpc: StreamText(MiLaboratories.Controller.Shared.StreamingAPI.StreamText) returns (stream MiLaboratories.Controller.Shared.StreamingAPI.Response);
151
- */
152
- streamText(
153
- input: StreamingAPI_StreamText,
154
- options?: RpcOptions,
155
- ): ServerStreamingCall<StreamingAPI_StreamText, StreamingAPI_Response> {
156
- const method = this.methods[2],
157
- opt = this._transport.mergeOptions(options);
158
- return stackIntercept<StreamingAPI_StreamText, StreamingAPI_Response>(
159
- 'serverStreaming',
160
- this._transport,
161
- method,
162
- opt,
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
  }