• Home
  • Line#
  • Scopes#
  • Navigate#
  • Raw
  • Download
1<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="file_v1.html">Cloud Filestore API</a> . <a href="file_v1.projects.html">projects</a> . <a href="file_v1.projects.locations.html">locations</a> . <a href="file_v1.projects.locations.operations.html">operations</a></h1>
76<h2>Instance Methods</h2>
77<p class="toc_element">
78  <code><a href="#cancel">cancel(name, body=None, x__xgafv=None)</a></code></p>
79<p class="firstline">Starts asynchronous cancellation on a long-running operation.  The server</p>
80<p class="toc_element">
81  <code><a href="#delete">delete(name, x__xgafv=None)</a></code></p>
82<p class="firstline">Deletes a long-running operation. This method indicates that the client is</p>
83<p class="toc_element">
84  <code><a href="#get">get(name, x__xgafv=None)</a></code></p>
85<p class="firstline">Gets the latest state of a long-running operation.  Clients can use this</p>
86<p class="toc_element">
87  <code><a href="#list">list(name, pageToken=None, x__xgafv=None, pageSize=None, filter=None)</a></code></p>
88<p class="firstline">Lists operations that match the specified filter in the request. If the</p>
89<p class="toc_element">
90  <code><a href="#list_next">list_next(previous_request, previous_response)</a></code></p>
91<p class="firstline">Retrieves the next page of results.</p>
92<h3>Method Details</h3>
93<div class="method">
94    <code class="details" id="cancel">cancel(name, body=None, x__xgafv=None)</code>
95  <pre>Starts asynchronous cancellation on a long-running operation.  The server
96makes a best effort to cancel the operation, but success is not
97guaranteed.  If the server doesn't support this method, it returns
98`google.rpc.Code.UNIMPLEMENTED`.  Clients can use
99Operations.GetOperation or
100other methods to check whether the cancellation succeeded or whether the
101operation completed despite cancellation. On successful cancellation,
102the operation is not deleted; instead, it becomes an operation with
103an Operation.error value with a google.rpc.Status.code of 1,
104corresponding to `Code.CANCELLED`.
105
106Args:
107  name: string, The name of the operation resource to be cancelled. (required)
108  body: object, The request body.
109    The object takes the form of:
110
111{ # The request message for Operations.CancelOperation.
112  }
113
114  x__xgafv: string, V1 error format.
115    Allowed values
116      1 - v1 error format
117      2 - v2 error format
118
119Returns:
120  An object of the form:
121
122    { # A generic empty message that you can re-use to avoid defining duplicated
123      # empty messages in your APIs. A typical example is to use it as the request
124      # or the response type of an API method. For instance:
125      #
126      #     service Foo {
127      #       rpc Bar(google.protobuf.Empty) returns (google.protobuf.Empty);
128      #     }
129      #
130      # The JSON representation for `Empty` is empty JSON object `{}`.
131  }</pre>
132</div>
133
134<div class="method">
135    <code class="details" id="delete">delete(name, x__xgafv=None)</code>
136  <pre>Deletes a long-running operation. This method indicates that the client is
137no longer interested in the operation result. It does not cancel the
138operation. If the server doesn't support this method, it returns
139`google.rpc.Code.UNIMPLEMENTED`.
140
141Args:
142  name: string, The name of the operation resource to be deleted. (required)
143  x__xgafv: string, V1 error format.
144    Allowed values
145      1 - v1 error format
146      2 - v2 error format
147
148Returns:
149  An object of the form:
150
151    { # A generic empty message that you can re-use to avoid defining duplicated
152      # empty messages in your APIs. A typical example is to use it as the request
153      # or the response type of an API method. For instance:
154      #
155      #     service Foo {
156      #       rpc Bar(google.protobuf.Empty) returns (google.protobuf.Empty);
157      #     }
158      #
159      # The JSON representation for `Empty` is empty JSON object `{}`.
160  }</pre>
161</div>
162
163<div class="method">
164    <code class="details" id="get">get(name, x__xgafv=None)</code>
165  <pre>Gets the latest state of a long-running operation.  Clients can use this
166method to poll the operation result at intervals as recommended by the API
167service.
168
169Args:
170  name: string, The name of the operation resource. (required)
171  x__xgafv: string, V1 error format.
172    Allowed values
173      1 - v1 error format
174      2 - v2 error format
175
176Returns:
177  An object of the form:
178
179    { # This resource represents a long-running operation that is the result of a
180      # network API call.
181    "metadata": { # Service-specific metadata associated with the operation.  It typically
182        # contains progress information and common metadata such as create time.
183        # Some services might not provide such metadata.  Any method that returns a
184        # long-running operation should document the metadata type, if any.
185      "a_key": "", # Properties of the object. Contains field @type with type URL.
186    },
187    "error": { # The `Status` type defines a logical error model that is suitable for # The error result of the operation in case of failure or cancellation.
188        # different programming environments, including REST APIs and RPC APIs. It is
189        # used by [gRPC](https://github.com/grpc). The error model is designed to be:
190        #
191        # - Simple to use and understand for most users
192        # - Flexible enough to meet unexpected needs
193        #
194        # # Overview
195        #
196        # The `Status` message contains three pieces of data: error code, error
197        # message, and error details. The error code should be an enum value of
198        # google.rpc.Code, but it may accept additional error codes if needed.  The
199        # error message should be a developer-facing English message that helps
200        # developers *understand* and *resolve* the error. If a localized user-facing
201        # error message is needed, put the localized message in the error details or
202        # localize it in the client. The optional error details may contain arbitrary
203        # information about the error. There is a predefined set of error detail types
204        # in the package `google.rpc` that can be used for common error conditions.
205        #
206        # # Language mapping
207        #
208        # The `Status` message is the logical representation of the error model, but it
209        # is not necessarily the actual wire format. When the `Status` message is
210        # exposed in different client libraries and different wire protocols, it can be
211        # mapped differently. For example, it will likely be mapped to some exceptions
212        # in Java, but more likely mapped to some error codes in C.
213        #
214        # # Other uses
215        #
216        # The error model and the `Status` message can be used in a variety of
217        # environments, either with or without APIs, to provide a
218        # consistent developer experience across different environments.
219        #
220        # Example uses of this error model include:
221        #
222        # - Partial errors. If a service needs to return partial errors to the client,
223        #     it may embed the `Status` in the normal response to indicate the partial
224        #     errors.
225        #
226        # - Workflow errors. A typical workflow has multiple steps. Each step may
227        #     have a `Status` message for error reporting.
228        #
229        # - Batch operations. If a client uses batch request and batch response, the
230        #     `Status` message should be used directly inside batch response, one for
231        #     each error sub-response.
232        #
233        # - Asynchronous operations. If an API call embeds asynchronous operation
234        #     results in its response, the status of those operations should be
235        #     represented directly using the `Status` message.
236        #
237        # - Logging. If some API errors are stored in logs, the message `Status` could
238        #     be used directly after any stripping needed for security/privacy reasons.
239      "message": "A String", # A developer-facing error message, which should be in English. Any
240          # user-facing error message should be localized and sent in the
241          # google.rpc.Status.details field, or localized by the client.
242      "code": 42, # The status code, which should be an enum value of google.rpc.Code.
243      "details": [ # A list of messages that carry the error details.  There is a common set of
244          # message types for APIs to use.
245        {
246          "a_key": "", # Properties of the object. Contains field @type with type URL.
247        },
248      ],
249    },
250    "done": True or False, # If the value is `false`, it means the operation is still in progress.
251        # If `true`, the operation is completed, and either `error` or `response` is
252        # available.
253    "response": { # The normal response of the operation in case of success.  If the original
254        # method returns no data on success, such as `Delete`, the response is
255        # `google.protobuf.Empty`.  If the original method is standard
256        # `Get`/`Create`/`Update`, the response should be the resource.  For other
257        # methods, the response should have the type `XxxResponse`, where `Xxx`
258        # is the original method name.  For example, if the original method name
259        # is `TakeSnapshot()`, the inferred response type is
260        # `TakeSnapshotResponse`.
261      "a_key": "", # Properties of the object. Contains field @type with type URL.
262    },
263    "name": "A String", # The server-assigned name, which is only unique within the same service that
264        # originally returns it. If you use the default HTTP mapping, the
265        # `name` should be a resource name ending with `operations/{unique_id}`.
266  }</pre>
267</div>
268
269<div class="method">
270    <code class="details" id="list">list(name, pageToken=None, x__xgafv=None, pageSize=None, filter=None)</code>
271  <pre>Lists operations that match the specified filter in the request. If the
272server doesn't support this method, it returns `UNIMPLEMENTED`.
273
274NOTE: the `name` binding allows API services to override the binding
275to use different resource name schemes, such as `users/*/operations`. To
276override the binding, API services can add a binding such as
277`"/v1/{name=users/*}/operations"` to their service configuration.
278For backwards compatibility, the default name includes the operations
279collection id, however overriding users must ensure the name binding
280is the parent resource, without the operations collection id.
281
282Args:
283  name: string, The name of the operation's parent resource. (required)
284  pageToken: string, The standard list page token.
285  x__xgafv: string, V1 error format.
286    Allowed values
287      1 - v1 error format
288      2 - v2 error format
289  pageSize: integer, The standard list page size.
290  filter: string, The standard list filter.
291
292Returns:
293  An object of the form:
294
295    { # The response message for Operations.ListOperations.
296    "nextPageToken": "A String", # The standard List next-page token.
297    "operations": [ # A list of operations that matches the specified filter in the request.
298      { # This resource represents a long-running operation that is the result of a
299          # network API call.
300        "metadata": { # Service-specific metadata associated with the operation.  It typically
301            # contains progress information and common metadata such as create time.
302            # Some services might not provide such metadata.  Any method that returns a
303            # long-running operation should document the metadata type, if any.
304          "a_key": "", # Properties of the object. Contains field @type with type URL.
305        },
306        "error": { # The `Status` type defines a logical error model that is suitable for # The error result of the operation in case of failure or cancellation.
307            # different programming environments, including REST APIs and RPC APIs. It is
308            # used by [gRPC](https://github.com/grpc). The error model is designed to be:
309            #
310            # - Simple to use and understand for most users
311            # - Flexible enough to meet unexpected needs
312            #
313            # # Overview
314            #
315            # The `Status` message contains three pieces of data: error code, error
316            # message, and error details. The error code should be an enum value of
317            # google.rpc.Code, but it may accept additional error codes if needed.  The
318            # error message should be a developer-facing English message that helps
319            # developers *understand* and *resolve* the error. If a localized user-facing
320            # error message is needed, put the localized message in the error details or
321            # localize it in the client. The optional error details may contain arbitrary
322            # information about the error. There is a predefined set of error detail types
323            # in the package `google.rpc` that can be used for common error conditions.
324            #
325            # # Language mapping
326            #
327            # The `Status` message is the logical representation of the error model, but it
328            # is not necessarily the actual wire format. When the `Status` message is
329            # exposed in different client libraries and different wire protocols, it can be
330            # mapped differently. For example, it will likely be mapped to some exceptions
331            # in Java, but more likely mapped to some error codes in C.
332            #
333            # # Other uses
334            #
335            # The error model and the `Status` message can be used in a variety of
336            # environments, either with or without APIs, to provide a
337            # consistent developer experience across different environments.
338            #
339            # Example uses of this error model include:
340            #
341            # - Partial errors. If a service needs to return partial errors to the client,
342            #     it may embed the `Status` in the normal response to indicate the partial
343            #     errors.
344            #
345            # - Workflow errors. A typical workflow has multiple steps. Each step may
346            #     have a `Status` message for error reporting.
347            #
348            # - Batch operations. If a client uses batch request and batch response, the
349            #     `Status` message should be used directly inside batch response, one for
350            #     each error sub-response.
351            #
352            # - Asynchronous operations. If an API call embeds asynchronous operation
353            #     results in its response, the status of those operations should be
354            #     represented directly using the `Status` message.
355            #
356            # - Logging. If some API errors are stored in logs, the message `Status` could
357            #     be used directly after any stripping needed for security/privacy reasons.
358          "message": "A String", # A developer-facing error message, which should be in English. Any
359              # user-facing error message should be localized and sent in the
360              # google.rpc.Status.details field, or localized by the client.
361          "code": 42, # The status code, which should be an enum value of google.rpc.Code.
362          "details": [ # A list of messages that carry the error details.  There is a common set of
363              # message types for APIs to use.
364            {
365              "a_key": "", # Properties of the object. Contains field @type with type URL.
366            },
367          ],
368        },
369        "done": True or False, # If the value is `false`, it means the operation is still in progress.
370            # If `true`, the operation is completed, and either `error` or `response` is
371            # available.
372        "response": { # The normal response of the operation in case of success.  If the original
373            # method returns no data on success, such as `Delete`, the response is
374            # `google.protobuf.Empty`.  If the original method is standard
375            # `Get`/`Create`/`Update`, the response should be the resource.  For other
376            # methods, the response should have the type `XxxResponse`, where `Xxx`
377            # is the original method name.  For example, if the original method name
378            # is `TakeSnapshot()`, the inferred response type is
379            # `TakeSnapshotResponse`.
380          "a_key": "", # Properties of the object. Contains field @type with type URL.
381        },
382        "name": "A String", # The server-assigned name, which is only unique within the same service that
383            # originally returns it. If you use the default HTTP mapping, the
384            # `name` should be a resource name ending with `operations/{unique_id}`.
385      },
386    ],
387  }</pre>
388</div>
389
390<div class="method">
391    <code class="details" id="list_next">list_next(previous_request, previous_response)</code>
392  <pre>Retrieves the next page of results.
393
394Args:
395  previous_request: The request for the previous page. (required)
396  previous_response: The response from the request for the previous page. (required)
397
398Returns:
399  A request object that you can call 'execute()' on to request the next
400  page. Returns None if there are no more items in the collection.
401    </pre>
402</div>
403
404</body></html>