Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(511)

Side by Side Diff: discovery/googleapis_beta/toolresults__v1beta3.json

Issue 2987103002: Api-Roll 52: 2017-07-31 (Closed)
Patch Set: Created 3 years, 4 months ago
Use n/p to move between diff chunks; N/P to move between comments. Draft comments are only viewable by you.
Jump to:
View unified diff | Download patch
OLDNEW
1 { 1 {
2 "auth": { 2 "auth": {
3 "oauth2": { 3 "oauth2": {
4 "scopes": { 4 "scopes": {
5 "https://www.googleapis.com/auth/cloud-platform": { 5 "https://www.googleapis.com/auth/cloud-platform": {
6 "description": "View and manage your data across Google Clou d Platform services" 6 "description": "View and manage your data across Google Clou d Platform services"
7 } 7 }
8 } 8 }
9 } 9 }
10 }, 10 },
11 "basePath": "/toolresults/v1beta3/projects/", 11 "basePath": "/toolresults/v1beta3/projects/",
12 "baseUrl": "https://www.googleapis.com/toolresults/v1beta3/projects/", 12 "baseUrl": "https://www.googleapis.com/toolresults/v1beta3/projects/",
13 "batchPath": "batch", 13 "batchPath": "batch",
14 "canonicalName": "Tool Results", 14 "canonicalName": "Tool Results",
15 "description": "Reads and publishes results from Firebase Test Lab.", 15 "description": "Reads and publishes results from Firebase Test Lab.",
16 "discoveryVersion": "v1", 16 "discoveryVersion": "v1",
17 "documentationLink": "https://firebase.google.com/docs/test-lab/", 17 "documentationLink": "https://firebase.google.com/docs/test-lab/",
18 "etag": "\"YWOzh2SDasdU84ArJnpYek-OMdg/KPoCZlZv0v6Eoa2JwEmeeev_-W0\"", 18 "etag": "\"YWOzh2SDasdU84ArJnpYek-OMdg/ZyI2MKAoJf8XY5sH6nCuoCwniOY\"",
19 "icons": { 19 "icons": {
20 "x16": "https://www.gstatic.com/images/branding/product/1x/googleg_16dp. png", 20 "x16": "https://www.gstatic.com/images/branding/product/1x/googleg_16dp. png",
21 "x32": "https://www.gstatic.com/images/branding/product/1x/googleg_32dp. png" 21 "x32": "https://www.gstatic.com/images/branding/product/1x/googleg_32dp. png"
22 }, 22 },
23 "id": "toolresults:v1beta3", 23 "id": "toolresults:v1beta3",
24 "kind": "discovery#restDescription", 24 "kind": "discovery#restDescription",
25 "name": "toolresults", 25 "name": "toolresults",
26 "ownerDomain": "google.com", 26 "ownerDomain": "google.com",
27 "ownerName": "Google", 27 "ownerName": "Google",
28 "parameters": { 28 "parameters": {
(...skipping 1046 matching lines...) Expand 10 before | Expand all | Expand 10 after
1075 } 1075 }
1076 } 1076 }
1077 } 1077 }
1078 } 1078 }
1079 } 1079 }
1080 } 1080 }
1081 } 1081 }
1082 } 1082 }
1083 } 1083 }
1084 }, 1084 },
1085 "revision": "20170707", 1085 "revision": "20170727",
1086 "rootUrl": "https://www.googleapis.com/", 1086 "rootUrl": "https://www.googleapis.com/",
1087 "schemas": { 1087 "schemas": {
1088 "Any": { 1088 "Any": {
1089 "description": "`Any` contains an arbitrary serialized protocol buff er message along with a URL that describes the type of the serialized message.\n \nProtobuf library provides support to pack/unpack Any values in the form of uti lity functions or additional generated methods of the Any type.\n\nExample 1: Pa ck and unpack a message in C++.\n\nFoo foo = ...; Any any; any.PackFrom(foo); .. . if (any.UnpackTo(&foo)) { ... }\n\nExample 2: Pack and unpack a message in Jav a.\n\nFoo foo = ...; Any any = Any.pack(foo); ... if (any.is(Foo.class)) { foo = any.unpack(Foo.class); }\n\nExample 3: Pack and unpack a message in Python.\n\n foo = Foo(...) any = Any() any.Pack(foo) ... if any.Is(Foo.DESCRIPTOR): any.Unpa ck(foo) ...\n\nExample 4: Pack and unpack a message in Go\n\nfoo := &pb.Foo{...} any, err := ptypes.MarshalAny(foo) ... foo := &pb.Foo{} if err := ptypes.Unmars halAny(any, foo); err != nil { ... }\n\nThe pack methods provided by protobuf li brary will by default use 'type.googleapis.com/full.type.name' as the type URL a nd 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\". \n\n\n\nJSON ==== The JSON representation of an `Any` value uses the regular rep resentation of the deserialized, embedded message, with an additional field `@ty pe` which contains the type URL. Example:\n\npackage google.profile; message Per son { string first_name = 1; string last_name = 2; }\n\n{ \"@type\": \"type.goog leapis.com/google.profile.Person\", \"firstName\": , \"lastName\": }\n\nIf the embedded message type is well-known and has a custom JSON representation, that r epresentation will be embedded adding a field `value` which holds the custom JSO N in addition to the `@type` field. Example (for message [google.protobuf.Durati on][]):\n\n{ \"@type\": \"type.googleapis.com/google.protobuf.Duration\", \"valu e\": \"1.212s\" }", 1089 "description": "`Any` contains an arbitrary serialized protocol buff er message along with a URL that describes the type of the serialized message.\n \nProtobuf library provides support to pack/unpack Any values in the form of uti lity functions or additional generated methods of the Any type.\n\nExample 1: Pa ck and unpack a message in C++.\n\nFoo foo = ...; Any any; any.PackFrom(foo); .. . if (any.UnpackTo(&foo)) { ... }\n\nExample 2: Pack and unpack a message in Jav a.\n\nFoo foo = ...; Any any = Any.pack(foo); ... if (any.is(Foo.class)) { foo = any.unpack(Foo.class); }\n\nExample 3: Pack and unpack a message in Python.\n\n foo = Foo(...) any = Any() any.Pack(foo) ... if any.Is(Foo.DESCRIPTOR): any.Unpa ck(foo) ...\n\nExample 4: Pack and unpack a message in Go\n\nfoo := &pb.Foo{...} any, err := ptypes.MarshalAny(foo) ... foo := &pb.Foo{} if err := ptypes.Unmars halAny(any, foo); err != nil { ... }\n\nThe pack methods provided by protobuf li brary will by default use 'type.googleapis.com/full.type.name' as the type URL a nd 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\". \n\n\n\nJSON ==== The JSON representation of an `Any` value uses the regular rep resentation of the deserialized, embedded message, with an additional field `@ty pe` which contains the type URL. Example:\n\npackage google.profile; message Per son { string first_name = 1; string last_name = 2; }\n\n{ \"@type\": \"type.goog leapis.com/google.profile.Person\", \"firstName\": , \"lastName\": }\n\nIf the embedded message type is well-known and has a custom JSON representation, that r epresentation will be embedded adding a field `value` which holds the custom JSO N in addition to the `@type` field. Example (for message [google.protobuf.Durati on][]):\n\n{ \"@type\": \"type.googleapis.com/google.protobuf.Duration\", \"valu e\": \"1.212s\" }",
1090 "id": "Any", 1090 "id": "Any",
1091 "properties": { 1091 "properties": {
1092 "typeUrl": { 1092 "typeUrl": {
1093 "description": "A URL/resource name whose content describes the type of the serialized protocol buffer message.\n\nFor URLs which use the sc heme `http`, `https`, or no scheme, the following restrictions and interpretatio ns apply:\n\n* If no scheme is provided, `https` is assumed. * The last segment of the URL's path must represent the fully qualified name of the type (as in `pa th/google.protobuf.Duration`). The name should be in a canonical form (e.g., lea ding \".\" is not accepted). * An HTTP GET on the URL must yield a [google.proto buf.Type][] value in binary format, or produce an error. * Applications are allo wed to cache lookup results based on the URL, or have them precompiled into a bi nary to avoid any lookup. Therefore, binary compatibility needs to be preserved on changes to types. (Use versioned type names to manage breaking changes.)\n\nS chemes other than `http`, `https` (or the empty scheme) might be used with imple mentation specific semantics.", 1093 "description": "A URL/resource name whose content describes the type of the serialized protocol buffer message.\n\nFor URLs which use the sc heme `http`, `https`, or no scheme, the following restrictions and interpretatio ns apply:\n\n* If no scheme is provided, `https` is assumed. * The last segment of the URL's path must represent the fully qualified name of the type (as in `pa th/google.protobuf.Duration`). The name should be in a canonical form (e.g., lea ding \".\" is not accepted). * An HTTP GET on the URL must yield a [google.proto buf.Type][] value in binary format, or produce an error. * Applications are allo wed to cache lookup results based on the URL, or have them precompiled into a bi nary to avoid any lookup. Therefore, binary compatibility needs to be preserved on changes to types. (Use versioned type names to manage breaking changes.)\n\nS chemes other than `http`, `https` (or the empty scheme) might be used with imple mentation specific semantics.",
1094 "type": "string" 1094 "type": "string"
1095 }, 1095 },
(...skipping 188 matching lines...) Expand 10 before | Expand all | Expand 10 after
1284 ], 1284 ],
1285 "enumDescriptions": [ 1285 "enumDescriptions": [
1286 "", 1286 "",
1287 "", 1287 "",
1288 "", 1288 "",
1289 "" 1289 ""
1290 ], 1290 ],
1291 "type": "string" 1291 "type": "string"
1292 }, 1292 },
1293 "testExecutionMatrixId": { 1293 "testExecutionMatrixId": {
1294 "description": "TestExecution Matrix ID that the Test Servic e uses.\n\n- In response: present if set by create - In create: optional - In up date: never set", 1294 "description": "TestExecution Matrix ID that the TestExecuti onService uses.\n\n- In response: present if set by create - In create: optional - In update: never set",
1295 "type": "string" 1295 "type": "string"
1296 } 1296 }
1297 }, 1297 },
1298 "type": "object" 1298 "type": "object"
1299 }, 1299 },
1300 "FailureDetail": { 1300 "FailureDetail": {
1301 "id": "FailureDetail", 1301 "id": "FailureDetail",
1302 "properties": { 1302 "properties": {
1303 "crashed": { 1303 "crashed": {
1304 "description": "If the failure was severe because the system under test crashed.", 1304 "description": "If the failure was severe because the system under test crashed.",
(...skipping 399 matching lines...) Expand 10 before | Expand all | Expand 10 after
1704 "description": "If the requested OS version doesn't run on t he specific device model.", 1704 "description": "If the requested OS version doesn't run on t he specific device model.",
1705 "type": "boolean" 1705 "type": "boolean"
1706 } 1706 }
1707 }, 1707 },
1708 "type": "object" 1708 "type": "object"
1709 }, 1709 },
1710 "StackTrace": { 1710 "StackTrace": {
1711 "description": "A stacktrace.", 1711 "description": "A stacktrace.",
1712 "id": "StackTrace", 1712 "id": "StackTrace",
1713 "properties": { 1713 "properties": {
1714 "clusterId": {
1715 "description": "Exception cluster ID",
1716 "type": "string"
1717 },
1714 "exception": { 1718 "exception": {
1715 "description": "The stack trace message.\n\nRequired", 1719 "description": "The stack trace message.\n\nRequired",
1716 "type": "string" 1720 "type": "string"
1721 },
1722 "reportId": {
1723 "description": "Exception report ID",
1724 "type": "string"
1717 } 1725 }
1718 }, 1726 },
1719 "type": "object" 1727 "type": "object"
1720 }, 1728 },
1721 "Status": { 1729 "Status": {
1722 "description": "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 designe d to be:\n\n- Simple to use and understand for most users - Flexible enough to m eet unexpected needs\n\n# Overview\n\nThe `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 h elps developers *understand* and *resolve* the error. If a localized user-facing error message is needed, put the localized message in the error details or loca lize it in the client. The optional error details may contain arbitrary informat ion about the error. There is a predefined set of error detail types in the pack age `google.rpc` that can be used for common error conditions.\n\n# Language map ping\n\nThe `Status` message is the logical representation of the error model, b ut it is not necessarily the actual wire format. When the `Status` message is ex posed in different client libraries and different wire protocols, it can be mapp ed differently. For example, it will likely be mapped to some exceptions in Java , but more likely mapped to some error codes in C.\n\n# Other uses\n\nThe error model and the `Status` message can be used in a variety of environments, either with or without APIs, to provide a consistent developer experience across differ ent environments.\n\nExample uses of this error model include:\n\n- Partial erro rs. If a service needs to return partial errors to the client, it may embed the `Status` in the normal response to indicate the partial errors.\n\n- Workflow er rors. A typical workflow has multiple steps. Each step may have a `Status` messa ge for error reporting.\n\n- Batch operations. If a client uses batch request an d batch response, the `Status` message should be used directly inside batch resp onse, one for each error sub-response.\n\n- Asynchronous operations. If an API c all embeds asynchronous operation results in its response, the status of those o perations should be represented directly using the `Status` message.\n\n- Loggin g. If some API errors are stored in logs, the message `Status` could be used dir ectly after any stripping needed for security/privacy reasons.", 1730 "description": "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 designe d to be:\n\n- Simple to use and understand for most users - Flexible enough to m eet unexpected needs\n\n# Overview\n\nThe `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 h elps developers *understand* and *resolve* the error. If a localized user-facing error message is needed, put the localized message in the error details or loca lize it in the client. The optional error details may contain arbitrary informat ion about the error. There is a predefined set of error detail types in the pack age `google.rpc` that can be used for common error conditions.\n\n# Language map ping\n\nThe `Status` message is the logical representation of the error model, b ut it is not necessarily the actual wire format. When the `Status` message is ex posed in different client libraries and different wire protocols, it can be mapp ed differently. For example, it will likely be mapped to some exceptions in Java , but more likely mapped to some error codes in C.\n\n# Other uses\n\nThe error model and the `Status` message can be used in a variety of environments, either with or without APIs, to provide a consistent developer experience across differ ent environments.\n\nExample uses of this error model include:\n\n- Partial erro rs. If a service needs to return partial errors to the client, it may embed the `Status` in the normal response to indicate the partial errors.\n\n- Workflow er rors. A typical workflow has multiple steps. Each step may have a `Status` messa ge for error reporting.\n\n- Batch operations. If a client uses batch request an d batch response, the `Status` message should be used directly inside batch resp onse, one for each error sub-response.\n\n- Asynchronous operations. If an API c all embeds asynchronous operation results in its response, the status of those o perations should be represented directly using the `Status` message.\n\n- Loggin g. If some API errors are stored in logs, the message `Status` could be used dir ectly after any stripping needed for security/privacy reasons.",
1723 "id": "Status", 1731 "id": "Status",
1724 "properties": { 1732 "properties": {
1725 "code": { 1733 "code": {
1726 "description": "The status code, which should be an enum val ue of [google.rpc.Code][].", 1734 "description": "The status code, which should be an enum val ue of [google.rpc.Code][].",
(...skipping 353 matching lines...) Expand 10 before | Expand all | Expand 10 after
2080 "description": "The test case to which this output file belo ngs.\n\n- In response: present if set by create/update request - In create/updat e request: optional" 2088 "description": "The test case to which this output file belo ngs.\n\n- In response: present if set by create/update request - In create/updat e request: optional"
2081 } 2089 }
2082 }, 2090 },
2083 "type": "object" 2091 "type": "object"
2084 } 2092 }
2085 }, 2093 },
2086 "servicePath": "toolresults/v1beta3/projects/", 2094 "servicePath": "toolresults/v1beta3/projects/",
2087 "title": "Cloud Tool Results API", 2095 "title": "Cloud Tool Results API",
2088 "version": "v1beta3" 2096 "version": "v1beta3"
2089 } 2097 }
OLDNEW
« no previous file with comments | « discovery/googleapis_beta/speech__v1beta1.json ('k') | discovery/googleapis_beta/toolresults__v1beta3firstparty.json » ('j') | no next file with comments »

Powered by Google App Engine
This is Rietveld 408576698