| Bu Sun Kim | 715bd7f | 2019-06-14 16:50:42 -0700 | [diff] [blame] | 1 | <html><body> |
| 2 | <style> |
| 3 | |
| 4 | body, 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 | |
| 15 | body { |
| 16 | font-size: 13px; |
| 17 | padding: 1em; |
| 18 | } |
| 19 | |
| 20 | h1 { |
| 21 | font-size: 26px; |
| 22 | margin-bottom: 1em; |
| 23 | } |
| 24 | |
| 25 | h2 { |
| 26 | font-size: 24px; |
| 27 | margin-bottom: 1em; |
| 28 | } |
| 29 | |
| 30 | h3 { |
| 31 | font-size: 20px; |
| 32 | margin-bottom: 1em; |
| 33 | margin-top: 1em; |
| 34 | } |
| 35 | |
| 36 | pre, code { |
| 37 | line-height: 1.5; |
| 38 | font-family: Monaco, 'DejaVu Sans Mono', 'Bitstream Vera Sans Mono', 'Lucida Console', monospace; |
| 39 | } |
| 40 | |
| 41 | pre { |
| 42 | margin-top: 0.5em; |
| 43 | } |
| 44 | |
| 45 | h1, h2, h3, p { |
| 46 | font-family: Arial, sans serif; |
| 47 | } |
| 48 | |
| 49 | h1, 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="cloudasset_v1beta1.html">Cloud Asset API</a> . <a href="cloudasset_v1beta1.projects.html">projects</a> . <a href="cloudasset_v1beta1.projects.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 | <h3>Method Details</h3> |
| 81 | <div class="method"> |
| 82 | <code class="details" id="get">get(name, x__xgafv=None)</code> |
| 83 | <pre>Gets the latest state of a long-running operation. Clients can use this |
| 84 | method to poll the operation result at intervals as recommended by the API |
| 85 | service. |
| 86 | |
| 87 | Args: |
| 88 | name: string, The name of the operation resource. (required) |
| 89 | x__xgafv: string, V1 error format. |
| 90 | Allowed values |
| 91 | 1 - v1 error format |
| 92 | 2 - v2 error format |
| 93 | |
| 94 | Returns: |
| 95 | An object of the form: |
| 96 | |
| 97 | { # This resource represents a long-running operation that is the result of a |
| 98 | # network API call. |
| 99 | "metadata": { # Service-specific metadata associated with the operation. It typically |
| 100 | # contains progress information and common metadata such as create time. |
| 101 | # Some services might not provide such metadata. Any method that returns a |
| 102 | # long-running operation should document the metadata type, if any. |
| 103 | "a_key": "", # Properties of the object. Contains field @type with type URL. |
| 104 | }, |
| 105 | "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. |
| 106 | # different programming environments, including REST APIs and RPC APIs. It is |
| 107 | # used by [gRPC](https://github.com/grpc). The error model is designed to be: |
| 108 | # |
| 109 | # - Simple to use and understand for most users |
| 110 | # - Flexible enough to meet unexpected needs |
| 111 | # |
| 112 | # # Overview |
| 113 | # |
| 114 | # The `Status` message contains three pieces of data: error code, error |
| 115 | # message, and error details. The error code should be an enum value of |
| 116 | # google.rpc.Code, but it may accept additional error codes if needed. The |
| 117 | # error message should be a developer-facing English message that helps |
| 118 | # developers *understand* and *resolve* the error. If a localized user-facing |
| 119 | # error message is needed, put the localized message in the error details or |
| 120 | # localize it in the client. The optional error details may contain arbitrary |
| 121 | # information about the error. There is a predefined set of error detail types |
| 122 | # in the package `google.rpc` that can be used for common error conditions. |
| 123 | # |
| 124 | # # Language mapping |
| 125 | # |
| 126 | # The `Status` message is the logical representation of the error model, but it |
| 127 | # is not necessarily the actual wire format. When the `Status` message is |
| 128 | # exposed in different client libraries and different wire protocols, it can be |
| 129 | # mapped differently. For example, it will likely be mapped to some exceptions |
| 130 | # in Java, but more likely mapped to some error codes in C. |
| 131 | # |
| 132 | # # Other uses |
| 133 | # |
| 134 | # The error model and the `Status` message can be used in a variety of |
| 135 | # environments, either with or without APIs, to provide a |
| 136 | # consistent developer experience across different environments. |
| 137 | # |
| 138 | # Example uses of this error model include: |
| 139 | # |
| 140 | # - Partial errors. If a service needs to return partial errors to the client, |
| 141 | # it may embed the `Status` in the normal response to indicate the partial |
| 142 | # errors. |
| 143 | # |
| 144 | # - Workflow errors. A typical workflow has multiple steps. Each step may |
| 145 | # have a `Status` message for error reporting. |
| 146 | # |
| 147 | # - Batch operations. If a client uses batch request and batch response, the |
| 148 | # `Status` message should be used directly inside batch response, one for |
| 149 | # each error sub-response. |
| 150 | # |
| 151 | # - Asynchronous operations. If an API call embeds asynchronous operation |
| 152 | # results in its response, the status of those operations should be |
| 153 | # represented directly using the `Status` message. |
| 154 | # |
| 155 | # - Logging. If some API errors are stored in logs, the message `Status` could |
| 156 | # be used directly after any stripping needed for security/privacy reasons. |
| 157 | "message": "A String", # A developer-facing error message, which should be in English. Any |
| 158 | # user-facing error message should be localized and sent in the |
| 159 | # google.rpc.Status.details field, or localized by the client. |
| 160 | "code": 42, # The status code, which should be an enum value of google.rpc.Code. |
| 161 | "details": [ # A list of messages that carry the error details. There is a common set of |
| 162 | # message types for APIs to use. |
| 163 | { |
| 164 | "a_key": "", # Properties of the object. Contains field @type with type URL. |
| 165 | }, |
| 166 | ], |
| 167 | }, |
| 168 | "done": True or False, # If the value is `false`, it means the operation is still in progress. |
| 169 | # If `true`, the operation is completed, and either `error` or `response` is |
| 170 | # available. |
| 171 | "response": { # The normal response of the operation in case of success. If the original |
| 172 | # method returns no data on success, such as `Delete`, the response is |
| 173 | # `google.protobuf.Empty`. If the original method is standard |
| 174 | # `Get`/`Create`/`Update`, the response should be the resource. For other |
| 175 | # methods, the response should have the type `XxxResponse`, where `Xxx` |
| 176 | # is the original method name. For example, if the original method name |
| 177 | # is `TakeSnapshot()`, the inferred response type is |
| 178 | # `TakeSnapshotResponse`. |
| 179 | "a_key": "", # Properties of the object. Contains field @type with type URL. |
| 180 | }, |
| 181 | "name": "A String", # The server-assigned name, which is only unique within the same service that |
| 182 | # originally returns it. If you use the default HTTP mapping, the |
| 183 | # `name` should have the format of `operations/some/unique/name`. |
| 184 | }</pre> |
| 185 | </div> |
| 186 | |
| 187 | </body></html> |