blob: 8625e3974aa14ab78fa59aa0607dcb3ec1f1aefe [file] [log] [blame]
Sai Cheemalapatic30d2b52017-03-13 12:12:03 -04001<html><body>
2<style>
3
4body, h1, h2, h3, div, span, p, pre, a {
5 margin: 0;
6 padding: 0;
7 border: 0;
8 font-weight: inherit;
9 font-style: inherit;
10 font-size: 100%;
11 font-family: inherit;
12 vertical-align: baseline;
13}
14
15body {
16 font-size: 13px;
17 padding: 1em;
18}
19
20h1 {
21 font-size: 26px;
22 margin-bottom: 1em;
23}
24
25h2 {
26 font-size: 24px;
27 margin-bottom: 1em;
28}
29
30h3 {
31 font-size: 20px;
32 margin-bottom: 1em;
33 margin-top: 1em;
34}
35
36pre, code {
37 line-height: 1.5;
38 font-family: Monaco, 'DejaVu Sans Mono', 'Bitstream Vera Sans Mono', 'Lucida Console', monospace;
39}
40
41pre {
42 margin-top: 0.5em;
43}
44
45h1, h2, h3, p {
46 font-family: Arial, sans serif;
47}
48
49h1, h2, h3 {
50 border-bottom: solid #CCC 1px;
51}
52
53.toc_element {
54 margin-top: 0.5em;
55}
56
57.firstline {
58 margin-left: 2 em;
59}
60
61.method {
62 margin-top: 1em;
63 border: solid 1px #CCC;
64 padding: 1em;
65 background: #EEE;
66}
67
68.details {
69 font-weight: bold;
70 font-size: 14px;
71}
72
73</style>
74
75<h1><a href="cloudfunctions_v1beta2.html">Google Cloud Functions API</a> . <a href="cloudfunctions_v1beta2.operations.html">operations</a></h1>
76<h2>Instance Methods</h2>
77<p class="toc_element">
78 <code><a href="#get">get(name, x__xgafv=None)</a></code></p>
79<p class="firstline">Gets the latest state of a long-running operation. Clients can use this</p>
80<p class="toc_element">
81 <code><a href="#list">list(name=None, pageSize=None, filter=None, pageToken=None, x__xgafv=None)</a></code></p>
82<p class="firstline">Lists operations that match the specified filter in the request. If the</p>
83<p class="toc_element">
84 <code><a href="#list_next">list_next(previous_request, previous_response)</a></code></p>
85<p class="firstline">Retrieves the next page of results.</p>
86<h3>Method Details</h3>
87<div class="method">
88 <code class="details" id="get">get(name, x__xgafv=None)</code>
89 <pre>Gets the latest state of a long-running operation. Clients can use this
90method to poll the operation result at intervals as recommended by the API
91service.
92
93Args:
94 name: string, The name of the operation resource. (required)
95 x__xgafv: string, V1 error format.
96 Allowed values
97 1 - v1 error format
98 2 - v2 error format
99
100Returns:
101 An object of the form:
102
103 { # This resource represents a long-running operation that is the result of a
104 # network API call.
105 "metadata": { # Service-specific metadata associated with the operation. It typically
106 # contains progress information and common metadata such as create time.
107 # Some services might not provide such metadata. Any method that returns a
108 # long-running operation should document the metadata type, if any.
109 "a_key": "", # Properties of the object. Contains field @type with type URL.
110 },
111 "done": True or False, # If the value is `false`, it means the operation is still in progress.
112 # If true, the operation is completed, and either `error` or `response` is
113 # available.
114 "response": { # The normal response of the operation in case of success. If the original
115 # method returns no data on success, such as `Delete`, the response is
116 # `google.protobuf.Empty`. If the original method is standard
117 # `Get`/`Create`/`Update`, the response should be the resource. For other
118 # methods, the response should have the type `XxxResponse`, where `Xxx`
119 # is the original method name. For example, if the original method name
120 # is `TakeSnapshot()`, the inferred response type is
121 # `TakeSnapshotResponse`.
122 "a_key": "", # Properties of the object. Contains field @type with type URL.
123 },
124 "name": "A String", # The server-assigned name, which is only unique within the same service that
125 # originally returns it. If you use the default HTTP mapping, the
126 # `name` should have the format of `operations/some/unique/name`.
127 "error": { # The `Status` type defines a logical error model that is suitable for different # The error result of the operation in case of failure or cancellation.
128 # programming environments, including REST APIs and RPC APIs. It is used by
129 # [gRPC](https://github.com/grpc). The error model is designed to be:
130 #
131 # - Simple to use and understand for most users
132 # - Flexible enough to meet unexpected needs
133 #
134 # # Overview
135 #
136 # The `Status` message contains three pieces of data: error code, error message,
137 # and error details. The error code should be an enum value of
138 # google.rpc.Code, but it may accept additional error codes if needed. The
139 # error message should be a developer-facing English message that helps
140 # developers *understand* and *resolve* the error. If a localized user-facing
141 # error message is needed, put the localized message in the error details or
142 # localize it in the client. The optional error details may contain arbitrary
143 # information about the error. There is a predefined set of error detail types
144 # in the package `google.rpc` which can be used for common error conditions.
145 #
146 # # Language mapping
147 #
148 # The `Status` message is the logical representation of the error model, but it
149 # is not necessarily the actual wire format. When the `Status` message is
150 # exposed in different client libraries and different wire protocols, it can be
151 # mapped differently. For example, it will likely be mapped to some exceptions
152 # in Java, but more likely mapped to some error codes in C.
153 #
154 # # Other uses
155 #
156 # The error model and the `Status` message can be used in a variety of
157 # environments, either with or without APIs, to provide a
158 # consistent developer experience across different environments.
159 #
160 # Example uses of this error model include:
161 #
162 # - Partial errors. If a service needs to return partial errors to the client,
163 # it may embed the `Status` in the normal response to indicate the partial
164 # errors.
165 #
166 # - Workflow errors. A typical workflow has multiple steps. Each step may
167 # have a `Status` message for error reporting purpose.
168 #
169 # - Batch operations. If a client uses batch request and batch response, the
170 # `Status` message should be used directly inside batch response, one for
171 # each error sub-response.
172 #
173 # - Asynchronous operations. If an API call embeds asynchronous operation
174 # results in its response, the status of those operations should be
175 # represented directly using the `Status` message.
176 #
177 # - Logging. If some API errors are stored in logs, the message `Status` could
178 # be used directly after any stripping needed for security/privacy reasons.
179 "message": "A String", # A developer-facing error message, which should be in English. Any
180 # user-facing error message should be localized and sent in the
181 # google.rpc.Status.details field, or localized by the client.
182 "code": 42, # The status code, which should be an enum value of google.rpc.Code.
183 "details": [ # A list of messages that carry the error details. There will be a
184 # common set of message types for APIs to use.
185 {
186 "a_key": "", # Properties of the object. Contains field @type with type URL.
187 },
188 ],
189 },
190 }</pre>
191</div>
192
193<div class="method">
194 <code class="details" id="list">list(name=None, pageSize=None, filter=None, pageToken=None, x__xgafv=None)</code>
195 <pre>Lists operations that match the specified filter in the request. If the
196server doesn't support this method, it returns `UNIMPLEMENTED`.
197
198NOTE: the `name` binding below allows API services to override the binding
199to use different resource name schemes, such as `users/*/operations`.
200
201Args:
202 name: string, The name of the operation collection.
203 pageSize: integer, The standard list page size.
204 filter: string, The standard list filter.
205 pageToken: string, The standard list page token.
206 x__xgafv: string, V1 error format.
207 Allowed values
208 1 - v1 error format
209 2 - v2 error format
210
211Returns:
212 An object of the form:
213
214 { # The response message for Operations.ListOperations.
215 "nextPageToken": "A String", # The standard List next-page token.
216 "operations": [ # A list of operations that matches the specified filter in the request.
217 { # This resource represents a long-running operation that is the result of a
218 # network API call.
219 "metadata": { # Service-specific metadata associated with the operation. It typically
220 # contains progress information and common metadata such as create time.
221 # Some services might not provide such metadata. Any method that returns a
222 # long-running operation should document the metadata type, if any.
223 "a_key": "", # Properties of the object. Contains field @type with type URL.
224 },
225 "done": True or False, # If the value is `false`, it means the operation is still in progress.
226 # If true, the operation is completed, and either `error` or `response` is
227 # available.
228 "response": { # The normal response of the operation in case of success. If the original
229 # method returns no data on success, such as `Delete`, the response is
230 # `google.protobuf.Empty`. If the original method is standard
231 # `Get`/`Create`/`Update`, the response should be the resource. For other
232 # methods, the response should have the type `XxxResponse`, where `Xxx`
233 # is the original method name. For example, if the original method name
234 # is `TakeSnapshot()`, the inferred response type is
235 # `TakeSnapshotResponse`.
236 "a_key": "", # Properties of the object. Contains field @type with type URL.
237 },
238 "name": "A String", # The server-assigned name, which is only unique within the same service that
239 # originally returns it. If you use the default HTTP mapping, the
240 # `name` should have the format of `operations/some/unique/name`.
241 "error": { # The `Status` type defines a logical error model that is suitable for different # The error result of the operation in case of failure or cancellation.
242 # programming environments, including REST APIs and RPC APIs. It is used by
243 # [gRPC](https://github.com/grpc). The error model is designed to be:
244 #
245 # - Simple to use and understand for most users
246 # - Flexible enough to meet unexpected needs
247 #
248 # # Overview
249 #
250 # The `Status` message contains three pieces of data: error code, error message,
251 # and error details. The error code should be an enum value of
252 # google.rpc.Code, but it may accept additional error codes if needed. The
253 # error message should be a developer-facing English message that helps
254 # developers *understand* and *resolve* the error. If a localized user-facing
255 # error message is needed, put the localized message in the error details or
256 # localize it in the client. The optional error details may contain arbitrary
257 # information about the error. There is a predefined set of error detail types
258 # in the package `google.rpc` which can be used for common error conditions.
259 #
260 # # Language mapping
261 #
262 # The `Status` message is the logical representation of the error model, but it
263 # is not necessarily the actual wire format. When the `Status` message is
264 # exposed in different client libraries and different wire protocols, it can be
265 # mapped differently. For example, it will likely be mapped to some exceptions
266 # in Java, but more likely mapped to some error codes in C.
267 #
268 # # Other uses
269 #
270 # The error model and the `Status` message can be used in a variety of
271 # environments, either with or without APIs, to provide a
272 # consistent developer experience across different environments.
273 #
274 # Example uses of this error model include:
275 #
276 # - Partial errors. If a service needs to return partial errors to the client,
277 # it may embed the `Status` in the normal response to indicate the partial
278 # errors.
279 #
280 # - Workflow errors. A typical workflow has multiple steps. Each step may
281 # have a `Status` message for error reporting purpose.
282 #
283 # - Batch operations. If a client uses batch request and batch response, the
284 # `Status` message should be used directly inside batch response, one for
285 # each error sub-response.
286 #
287 # - Asynchronous operations. If an API call embeds asynchronous operation
288 # results in its response, the status of those operations should be
289 # represented directly using the `Status` message.
290 #
291 # - Logging. If some API errors are stored in logs, the message `Status` could
292 # be used directly after any stripping needed for security/privacy reasons.
293 "message": "A String", # A developer-facing error message, which should be in English. Any
294 # user-facing error message should be localized and sent in the
295 # google.rpc.Status.details field, or localized by the client.
296 "code": 42, # The status code, which should be an enum value of google.rpc.Code.
297 "details": [ # A list of messages that carry the error details. There will be a
298 # common set of message types for APIs to use.
299 {
300 "a_key": "", # Properties of the object. Contains field @type with type URL.
301 },
302 ],
303 },
304 },
305 ],
306 }</pre>
307</div>
308
309<div class="method">
310 <code class="details" id="list_next">list_next(previous_request, previous_response)</code>
311 <pre>Retrieves the next page of results.
312
313Args:
314 previous_request: The request for the previous page. (required)
315 previous_response: The response from the request for the previous page. (required)
316
317Returns:
318 A request object that you can call 'execute()' on to request the next
319 page. Returns None if there are no more items in the collection.
320 </pre>
321</div>
322
323</body></html>