package google.protobuf

Mouse Melon logoGet desktop application:
View/edit binary Protocol Buffers messages

message Any

any.proto:128

`Any` contains an arbitrary serialized protocol buffer message along with a URL that describes the type of the serialized message. Protobuf library provides support to pack/unpack Any values in the form of utility functions or additional generated methods of the Any type. Example 1: Pack and unpack a message in C++. Foo foo = ...; Any any; any.PackFrom(foo); ... if (any.UnpackTo(&foo)) { ... } Example 2: Pack and unpack a message in Java. Foo foo = ...; Any any = Any.pack(foo); ... if (any.is(Foo.class)) { foo = any.unpack(Foo.class); } // or ... if (any.isSameTypeAs(Foo.getDefaultInstance())) { foo = any.unpack(Foo.getDefaultInstance()); } Example 3: Pack and unpack a message in Python. foo = Foo(...) any = Any() any.Pack(foo) ... if any.Is(Foo.DESCRIPTOR): any.Unpack(foo) ... Example 4: Pack and unpack a message in Go foo := &pb.Foo{...} any, err := anypb.New(foo) if err != nil { ... } ... foo := &pb.Foo{} if err := any.UnmarshalTo(foo); err != nil { ... } The pack methods provided by protobuf library will by default use 'type.googleapis.com/full.type.name' as the type URL and the unpack methods only use the fully qualified type name after the last '/' in the type URL, for example "foo.bar.com/x/y.z" will yield type name "y.z". JSON ==== The JSON representation of an `Any` value uses the regular representation of the deserialized, embedded message, with an additional field `@type` which contains the type URL. Example: package google.profile; message Person { string first_name = 1; string last_name = 2; } { "@type": "type.googleapis.com/google.profile.Person", "firstName": <string>, "lastName": <string> } If the embedded message type is well-known and has a custom JSON representation, that representation will be embedded adding a field `value` which holds the custom JSON in addition to the `@type` field. Example (for message [google.protobuf.Duration][]): { "@type": "type.googleapis.com/google.protobuf.Duration", "value": "1.212s" }

Used in: containerd.services.containers.v1.Container, containerd.services.containers.v1.Container.Runtime, containerd.services.diff.v1.ApplyRequest, containerd.services.events.ttrpc.v1.Envelope, containerd.services.events.v1.Envelope, containerd.services.events.v1.PublishRequest, containerd.services.tasks.v1.CheckpointTaskRequest, containerd.services.tasks.v1.CreateTaskRequest, containerd.services.tasks.v1.ExecProcessRequest, containerd.services.tasks.v1.UpdateTaskRequest, containerd.types.Metric, containerd.v1.types.ProcessInfo, rpc.Status

message DescriptorProto

descriptor.proto:154

Describes a message type.

Used in: FileDescriptorProto

message DescriptorProto.ExtensionRange

descriptor.proto:163

Used in: DescriptorProto

message DescriptorProto.ReservedRange

descriptor.proto:178

Range of reserved tag numbers. Reserved tag numbers may not be used by fields or extension ranges in the same message. Reserved ranges may not overlap.

Used in: DescriptorProto

enum Edition

descriptor.proto:68

The full set of known editions.

Used in: FeatureSetDefaults, FeatureSetDefaults.FeatureSetEditionDefault, FieldOptions.EditionDefault, FieldOptions.FeatureSupport, FileDescriptorProto

message Empty

empty.proto:51

A generic empty message that you can re-use to avoid defining duplicated empty messages in your APIs. A typical example is to use it as the request or the response type of an API method. For instance: service Foo { rpc Bar(google.protobuf.Empty) returns (google.protobuf.Empty); }

Used as request type in: containerd.services.introspection.v1.Introspection.Server, containerd.services.version.v1.Version.Version

Used as response type in: containerd.services.containers.v1.Containers.Delete, containerd.services.content.v1.Content.Abort, containerd.services.content.v1.Content.Delete, containerd.services.events.ttrpc.v1.Events.Forward, containerd.services.events.v1.Events.Forward, containerd.services.events.v1.Events.Publish, containerd.services.images.v1.Images.Delete, containerd.services.leases.v1.Leases.AddResource, containerd.services.leases.v1.Leases.Delete, containerd.services.leases.v1.Leases.DeleteResource, containerd.services.namespaces.v1.Namespaces.Delete, containerd.services.snapshots.v1.Snapshots.Cleanup, containerd.services.snapshots.v1.Snapshots.Commit, containerd.services.snapshots.v1.Snapshots.Remove, containerd.services.tasks.v1.Tasks.CloseIO, containerd.services.tasks.v1.Tasks.Exec, containerd.services.tasks.v1.Tasks.Kill, containerd.services.tasks.v1.Tasks.Pause, containerd.services.tasks.v1.Tasks.ResizePty, containerd.services.tasks.v1.Tasks.Resume, containerd.services.tasks.v1.Tasks.Update

(message has no fields)

message EnumDescriptorProto

descriptor.proto:359

Describes an enum type.

Used in: DescriptorProto, FileDescriptorProto

message EnumDescriptorProto.EnumReservedRange

descriptor.proto:372

Range of reserved numeric values. Reserved values may not be used by entries in the same enum. Reserved ranges may not overlap. Note that this is distinct from DescriptorProto.ReservedRange in that it is inclusive such that it can appropriately represent the entire int32 domain.

Used in: EnumDescriptorProto

message EnumOptions

descriptor.proto:869

Used in: EnumDescriptorProto

message EnumValueDescriptorProto

descriptor.proto:391

Describes a value within an enum.

Used in: EnumDescriptorProto

message EnumValueOptions

descriptor.proto:904

Used in: EnumValueDescriptorProto

message ExtensionRangeOptions

descriptor.proto:191

Used in: DescriptorProto.ExtensionRange

message ExtensionRangeOptions.Declaration

descriptor.proto:195

Used in: ExtensionRangeOptions

enum ExtensionRangeOptions.VerificationState

descriptor.proto:229

The verification state of the extension range.

Used in: ExtensionRangeOptions

message FeatureSet

descriptor.proto:1032

TODO Enums in C++ gencode (and potentially other languages) are not well scoped. This means that each of the feature enums below can clash with each other. The short names we've chosen maximize call-site readability, but leave us very open to this scenario. A future feature will be designed and implemented to handle this, hopefully before we ever hit a conflict here.

Used in: EnumOptions, EnumValueOptions, ExtensionRangeOptions, FeatureSetDefaults.FeatureSetEditionDefault, FieldOptions, FileOptions, MessageOptions, MethodOptions, OneofOptions, ServiceOptions

enum FeatureSet.EnforceNamingStyle

descriptor.proto:1132

Used in: FeatureSet

enum FeatureSet.EnumType

descriptor.proto:1051

Used in: FeatureSet

enum FeatureSet.FieldPresence

descriptor.proto:1033

Used in: FeatureSet

enum FeatureSet.JsonFormat

descriptor.proto:1115

Used in: FeatureSet

enum FeatureSet.MessageEncoding

descriptor.proto:1100

Used in: FeatureSet

enum FeatureSet.RepeatedFieldEncoding

descriptor.proto:1067

Used in: FeatureSet

enum FeatureSet.Utf8Validation

descriptor.proto:1083

Used in: FeatureSet

message FeatureSet.VisibilityFeature

descriptor.proto:1155

(message has no fields)

enum FeatureSet.VisibilityFeature.DefaultSymbolVisibility

descriptor.proto:1156

Used in: FeatureSet

message FeatureSetDefaults

descriptor.proto:1230

A compiled specification for the defaults of a set of features. These messages are generated from FeatureSet extensions and can be used to seed feature resolution. The resolution with this object becomes a simple search for the closest matching edition, followed by proto merges.

message FeatureSetDefaults.FeatureSetEditionDefault

descriptor.proto:1235

A map from every known edition with a unique set of defaults to its defaults. Not all editions may be contained here. For a given edition, the defaults at the closest matching edition ordered at or before it should be used. This field must be in strict ascending order by edition.

Used in: FeatureSetDefaults

message FieldDescriptorProto

descriptor.proto:246

Describes a field within a message.

Used in: DescriptorProto, FileDescriptorProto

enum FieldDescriptorProto.Label

descriptor.proto:281

Used in: FieldDescriptorProto

enum FieldDescriptorProto.Type

descriptor.proto:247

Used in: FieldDescriptorProto

message FieldMask

field_mask.proto:240

`FieldMask` represents a set of symbolic field paths, for example: paths: "f.a" paths: "f.b.d" Here `f` represents a field in some root message, `a` and `b` fields in the message found in `f`, and `d` a field found in the message in `f.b`. Field masks are used to specify a subset of fields that should be returned by a get operation or modified by an update operation. Field masks also have a custom JSON encoding (see below). # Field Masks in Projections When used in the context of a projection, a response message or sub-message is filtered by the API to only contain those fields as specified in the mask. For example, if the mask in the previous example is applied to a response message as follows: f { a : 22 b { d : 1 x : 2 } y : 13 } z: 8 The result will not contain specific values for fields x,y and z (their value will be set to the default, and omitted in proto text output): f { a : 22 b { d : 1 } } A repeated field is not allowed except at the last position of a paths string. If a FieldMask object is not present in a get operation, the operation applies to all fields (as if a FieldMask of all fields had been specified). Note that a field mask does not necessarily apply to the top-level response message. In case of a REST get operation, the field mask applies directly to the response, but in case of a REST list operation, the mask instead applies to each individual message in the returned resource list. In case of a REST custom method, other definitions may be used. Where the mask applies will be clearly documented together with its declaration in the API. In any case, the effect on the returned resource/resources is required behavior for APIs. # Field Masks in Update Operations A field mask in update operations specifies which fields of the targeted resource are going to be updated. The API is required to only change the values of the fields as specified in the mask and leave the others untouched. If a resource is passed in to describe the updated values, the API ignores the values of all fields not covered by the mask. If a repeated field is specified for an update operation, new values will be appended to the existing repeated field in the target resource. Note that a repeated field is only allowed in the last position of a `paths` string. If a sub-message is specified in the last position of the field mask for an update operation, then new value will be merged into the existing sub-message in the target resource. For example, given the target message: f { b { d: 1 x: 2 } c: [1] } And an update message: f { b { d: 10 } c: [2] } then if the field mask is: paths: ["f.b", "f.c"] then the result will be: f { b { d: 10 x: 2 } c: [1, 2] } An implementation may provide options to override this default behavior for repeated and message fields. Note that libraries which implement FieldMask resolution have various different behaviors in the face of empty masks or the special "*" mask. When implementing a service you should confirm these cases have the appropriate behavior in the underlying FieldMask library that you desire, and you may need to special case those cases in your application code if the underlying field mask library behavior differs from your intended service semantics. Update methods implementing https://google.aip.dev/134 - MUST support the special value * meaning "full replace" - MUST treat an omitted field mask as "replace fields which are present". Other methods implementing https://google.aip.dev/157 - SHOULD support the special value "*" to mean "get all". - MUST treat an omitted field mask to mean "get all", unless otherwise documented. ## Considerations for HTTP REST The HTTP kind of an update operation which uses a field mask must be set to PATCH instead of PUT in order to satisfy HTTP semantics (PUT must only be used for full updates). # JSON Encoding of Field Masks In JSON, a field mask is encoded as a single string where paths are separated by a comma. Fields name in each path are converted to/from lower-camel naming conventions. As an example, consider the following message declarations: message Profile { User user = 1; Photo photo = 2; } message User { string display_name = 1; string address = 2; } In proto a field mask for `Profile` may look as such: mask { paths: "user.display_name" paths: "photo" } In JSON, the same mask is represented as below: { mask: "user.displayName,photo" } # Field Masks and Oneof Fields Field masks treat fields in oneofs just as regular fields. Consider the following message: message SampleMessage { oneof test_oneof { string name = 4; SubMessage sub_message = 9; } } The field mask can be: mask { paths: "name" } Or: mask { paths: "sub_message" } Note that oneof type names ("test_oneof" in this case) cannot be used in paths. ## Field Mask Verification The implementation of any API method which has a FieldMask type field in the request should verify the included field paths, and return an `INVALID_ARGUMENT` error if any path is unmappable.

Used in: containerd.services.containers.v1.UpdateContainerRequest, containerd.services.content.v1.UpdateRequest, containerd.services.images.v1.UpdateImageRequest, containerd.services.namespaces.v1.UpdateNamespaceRequest, containerd.services.snapshots.v1.UpdateSnapshotRequest

message FieldOptions

descriptor.proto:682

Used in: FieldDescriptorProto

enum FieldOptions.CType

descriptor.proto:691

Used in: FieldOptions

message FieldOptions.EditionDefault

descriptor.proto:807

Used in: FieldOptions

message FieldOptions.FeatureSupport

descriptor.proto:820

Information about the support window of a feature.

Used in: EnumValueOptions, FieldOptions

enum FieldOptions.JSType

descriptor.proto:726

Used in: FieldOptions

enum FieldOptions.OptionRetention

descriptor.proto:781

If set to RETENTION_SOURCE, the option will be omitted from the binary.

Used in: FieldOptions

enum FieldOptions.OptionTargetType

descriptor.proto:792

This indicates the types of entities that the field may apply to when used as an option. If it is unset, then the field may be freely used as an option on any kind of entity.

Used in: FieldOptions

message FileDescriptorProto

descriptor.proto:107

Describes a complete .proto file.

Used in: FileDescriptorSet

message FileDescriptorSet

descriptor.proto:56

The protocol compiler can output a FileDescriptorSet containing the .proto files it parses.

message FileOptions

descriptor.proto:458

Used in: FileDescriptorProto

enum FileOptions.OptimizeMode

descriptor.proto:507

Generated classes can be optimized for speed or code size.

Used in: FileOptions

message GeneratedCodeInfo

descriptor.proto:1404

Describes the relationship between generated code and its original source file. A GeneratedCodeInfo message is associated with only one generated source file, but may contain references to different source .proto files.

message GeneratedCodeInfo.Annotation

descriptor.proto:1408

Used in: GeneratedCodeInfo

enum GeneratedCodeInfo.Annotation.Semantic

descriptor.proto:1427

Represents the identified object's effect on the element in the original .proto file.

Used in: Annotation

message MessageOptions

descriptor.proto:597

Used in: DescriptorProto

message MethodDescriptorProto

descriptor.proto:410

Describes a method of a service.

Used in: ServiceDescriptorProto

message MethodOptions

descriptor.proto:958

Used in: MethodDescriptorProto

enum MethodOptions.IdempotencyLevel

descriptor.proto:974

Is this method side-effect-free (or safe in HTTP parlance), or idempotent, or neither? HTTP based RPC implementation may choose GET verb for safe methods, and PUT verb for idempotent methods instead of the default POST.

Used in: MethodOptions

message OneofDescriptorProto

descriptor.proto:353

Describes a oneof.

Used in: DescriptorProto

message OneofOptions

descriptor.proto:855

Used in: OneofDescriptorProto

message ServiceDescriptorProto

descriptor.proto:399

Describes a service.

Used in: FileDescriptorProto

message ServiceOptions

descriptor.proto:932

Used in: ServiceDescriptorProto

message SourceCodeInfo

descriptor.proto:1263

Encapsulates information about the original source file from which a FileDescriptorProto was generated.

Used in: FileDescriptorProto

message SourceCodeInfo.Location

descriptor.proto:1308

Used in: SourceCodeInfo

enum SymbolVisibility

descriptor.proto:1444

Describes the 'visibility' of a symbol with respect to the proto import system. Symbols can only be imported when the visibility rules do not prevent it (ex: local symbols cannot be imported). Visibility modifiers can only set on `message` and `enum` as they are the only types available to be referenced from other files.

Used in: DescriptorProto, EnumDescriptorProto

message Timestamp

timestamp.proto:133

A Timestamp represents a point in time independent of any time zone or local calendar, encoded as a count of seconds and fractions of seconds at nanosecond resolution. The count is relative to an epoch at UTC midnight on January 1, 1970, in the proleptic Gregorian calendar which extends the Gregorian calendar backwards to year one. All minutes are 60 seconds long. Leap seconds are "smeared" so that no leap second table is needed for interpretation, using a [24-hour linear smear](https://developers.google.com/time/smear). The range is from 0001-01-01T00:00:00Z to 9999-12-31T23:59:59.999999999Z. By restricting to that range, we ensure that we can convert to and from [RFC 3339](https://www.ietf.org/rfc/rfc3339.txt) date strings. # Examples Example 1: Compute Timestamp from POSIX `time()`. Timestamp timestamp; timestamp.set_seconds(time(NULL)); timestamp.set_nanos(0); Example 2: Compute Timestamp from POSIX `gettimeofday()`. struct timeval tv; gettimeofday(&tv, NULL); Timestamp timestamp; timestamp.set_seconds(tv.tv_sec); timestamp.set_nanos(tv.tv_usec * 1000); Example 3: Compute Timestamp from Win32 `GetSystemTimeAsFileTime()`. FILETIME ft; GetSystemTimeAsFileTime(&ft); UINT64 ticks = (((UINT64)ft.dwHighDateTime) << 32) | ft.dwLowDateTime; // A Windows tick is 100 nanoseconds. Windows epoch 1601-01-01T00:00:00Z // is 11644473600 seconds before Unix epoch 1970-01-01T00:00:00Z. Timestamp timestamp; timestamp.set_seconds((INT64) ((ticks / 10000000) - 11644473600LL)); timestamp.set_nanos((INT32) ((ticks % 10000000) * 100)); Example 4: Compute Timestamp from Java `System.currentTimeMillis()`. long millis = System.currentTimeMillis(); Timestamp timestamp = Timestamp.newBuilder().setSeconds(millis / 1000) .setNanos((int) ((millis % 1000) * 1000000)).build(); Example 5: Compute Timestamp from Java `Instant.now()`. Instant now = Instant.now(); Timestamp timestamp = Timestamp.newBuilder().setSeconds(now.getEpochSecond()) .setNanos(now.getNano()).build(); Example 6: Compute Timestamp from current time in Python. timestamp = Timestamp() timestamp.GetCurrentTime() # JSON Mapping In JSON format, the Timestamp type is encoded as a string in the [RFC 3339](https://www.ietf.org/rfc/rfc3339.txt) format. That is, the format is "{year}-{month}-{day}T{hour}:{min}:{sec}[.{frac_sec}]Z" where {year} is always expressed using four digits while {month}, {day}, {hour}, {min}, and {sec} are zero-padded to two digits each. The fractional seconds, which can go up to 9 digits (i.e. up to 1 nanosecond resolution), are optional. The "Z" suffix indicates the timezone ("UTC"); the timezone is required. A ProtoJSON serializer should always use UTC (as indicated by "Z") when printing the Timestamp type and a ProtoJSON parser should be able to accept both UTC and other timezones (as indicated by an offset). For example, "2017-01-15T01:30:15.01Z" encodes 15.01 seconds past 01:30 UTC on January 15, 2017. In JavaScript, one can convert a Date object to this format using the standard [toISOString()](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/toISOString) method. In Python, a standard `datetime.datetime` object can be converted to this format using [`strftime`](https://docs.python.org/2/library/time.html#time.strftime) with the time format spec '%Y-%m-%dT%H:%M:%S.%fZ'. Likewise, in Java, one can use the Joda Time's [`ISODateTimeFormat.dateTime()`]( http://joda-time.sourceforge.net/apidocs/org/joda/time/format/ISODateTimeFormat.html#dateTime() ) to obtain a formatter capable of generating timestamps in this format.

Used in: containerd.services.containers.v1.Container, containerd.services.content.v1.Info, containerd.services.content.v1.Status, containerd.services.content.v1.WriteContentResponse, containerd.services.events.ttrpc.v1.Envelope, containerd.services.events.v1.Envelope, containerd.services.images.v1.Image, containerd.services.leases.v1.Lease, containerd.services.snapshots.v1.Info, containerd.services.tasks.v1.DeleteResponse, containerd.services.tasks.v1.WaitResponse, containerd.types.Metric, containerd.v1.types.Process

message UninterpretedOption

descriptor.proto:1001

A message representing a option the parser does not recognize. This only appears in options protos created by the compiler::Parser class. DescriptorPool resolves these when building Descriptor objects. Therefore, options protos in descriptor objects (e.g. returned by Descriptor::options(), or produced by Descriptor::CopyTo()) will never have UninterpretedOptions in them.

Used in: EnumOptions, EnumValueOptions, ExtensionRangeOptions, FieldOptions, FileOptions, MessageOptions, MethodOptions, OneofOptions, ServiceOptions

message UninterpretedOption.NamePart

descriptor.proto:1007

The name of the uninterpreted option. Each string represents a segment in a dot-separated name. is_extension is true iff a segment represents an extension (denoted with parentheses in options specs in .proto files). E.g.,{ ["foo", false], ["bar.baz", true], ["moo", false] } represents "foo.(bar.baz).moo".

Used in: UninterpretedOption