lib/google/cloud/video_intelligence/v1p1beta1/doc/google/rpc/status.rb in google-cloud-video_intelligence-1.1.3 vs lib/google/cloud/video_intelligence/v1p1beta1/doc/google/rpc/status.rb in google-cloud-video_intelligence-1.1.4
- old
+ new
@@ -1,6 +1,6 @@
-# Copyright 2018 Google LLC
+# Copyright 2019 Google LLC
#
# Licensed under the Apache License, Version 2.0 (the "License");
# you may not use this file except in compliance with the License.
# You may obtain a copy of the License at
#
@@ -13,28 +13,29 @@
# limitations under the License.
module Google
module Rpc
- # The `Status` type defines a logical error model that is suitable for different
- # programming environments, including REST APIs and RPC APIs. It is used by
- # [gRPC](https://github.com/grpc). The error model is designed to be:
+ # The `Status` type defines a logical error model that is suitable for
+ # different programming environments, including REST APIs and RPC APIs. It is
+ # used by [gRPC](https://github.com/grpc). The error model is designed to be:
#
# * Simple to use and understand for most users
# * Flexible enough to meet unexpected needs
#
# = Overview
#
- # The `Status` message contains three pieces of data: error code, error message,
- # and error details. The error code should be an enum value of
- # {Google::Rpc::Code}, but it may accept additional error codes if needed. The
- # error message should be a developer-facing English message that helps
- # developers *understand* and *resolve* the error. If a localized user-facing
- # error message is needed, put the localized message in the error details or
- # localize it in the client. The optional error details may contain arbitrary
- # information about the error. There is a predefined set of error detail types
- # in the package `google.rpc` that can be used for common error conditions.
+ # The `Status` message contains three pieces of data: error code, error
+ # message, and error details. The error code should be an enum value of
+ # {Google::Rpc::Code}, but it may accept additional error codes
+ # if needed. The error message should be a developer-facing English message
+ # that helps developers *understand* and *resolve* the error. If a localized
+ # user-facing error message is needed, put the localized message in the error
+ # details or localize it in the client. The optional error details may contain
+ # arbitrary information about the error. There is a predefined set of error
+ # detail types in the package `google.rpc` that can be used for common error
+ # conditions.
#
# = Language mapping
#
# The `Status` message is the logical representation of the error model, but it
# is not necessarily the actual wire format. When the `Status` message is
@@ -67,15 +68,17 @@
#
# * Logging. If some API errors are stored in logs, the message `Status` could
# be used directly after any stripping needed for security/privacy reasons.
# @!attribute [rw] code
# @return [Integer]
- # The status code, which should be an enum value of {Google::Rpc::Code}.
+ # The status code, which should be an enum value of
+ # {Google::Rpc::Code}.
# @!attribute [rw] message
# @return [String]
# A developer-facing error message, which should be in English. Any
# user-facing error message should be localized and sent in the
- # {Google::Rpc::Status#details} field, or localized by the client.
+ # {Google::Rpc::Status#details} field, or localized
+ # by the client.
# @!attribute [rw] details
# @return [Array<Google::Protobuf::Any>]
# A list of messages that carry the error details. There is a common set of
# message types for APIs to use.
class Status; end
\ No newline at end of file