ListFeedSourceTypeSchemas parity mapping
This guide details the request and response mapping specifications and property parity analysis for migrating from the legacy Backstory Feed Management API (ListFeedSourceTypeSchemas) to the modern Chronicle API (ListFeedSourceTypeSchemas).
Protocol and mapping overview
| Feature | Legacy API (ListFeedSourceTypeSchemas) |
Modern Chronicle API (ListFeedSourceTypeSchemas) |
|---|---|---|
| HTTP method | GET |
GET |
| Permissions | Partner token or legacy API keys | chronicle.googleapis.com/feedSourceTypeSchemas.list |
Request payload field-by-field parity
The modern Chronicle API ListFeedSourceTypeSchemasRequest requires parent scoping.
Legacy field (ListFeedSourceTypeSchemasRequest) |
Modern field (ListFeedSourceTypeSchemasRequest) |
Field type | Parity and migration notes |
|---|---|---|---|
| — | parent (in HTTP path) |
string |
Google Cloud scoping context: Scopes the list target under parent projects using the standard resource name path in the URL. Pattern: projects/{project}/locations/{location}/instances/{instance_uuid}. |
page_size |
page_size |
int32 |
Parity mapped: Pagination page size limits. Rename to pageSize in JSON payloads. |
page_token |
page_token |
string |
Parity mapped: Paging resumption token. Rename to pageToken in JSON payloads. |
Response payload field-by-field parity
Both the legacy Backstory Feed Management API (ListFeedSourceTypeSchemas) and the modern Chronicle API (ListFeedSourceTypeSchemas) return pagination results with matching schema models.
Legacy field (ListFeedSourceTypeSchemasResponse message) |
Modern field (ListFeedSourceTypeSchemasResponse message) |
Field type | Parity and migration notes |
|---|---|---|---|
feed_source_type_schemas |
feed_source_type_schemas |
repeated FeedSourceTypeSchema |
Parity mapped: Array list of feed source type schema definitions. Rename to feedSourceTypeSchemas in JSON. |
next_page_token |
next_page_token |
string |
Parity mapped: Next page resumption token. Rename to nextPageToken in JSON. |
Nested FeedSourceTypeSchema field parity
The fields mapping inside individual FeedSourceTypeSchema items is as follows:
Legacy field (FeedSourceTypeSchema message) |
Modern field (FeedSourceTypeSchema message) |
Field type | Parity and migration notes |
|---|---|---|---|
name |
name |
string |
Parity mapped: Contains standard Google Cloud canonical resource path: projects/{pr}/locations/{loc}/instances/{in}/feedSourceTypeSchemas/{feed_source_type}. |
display_name |
display_name |
string |
Rename to displayName in JSON responses. |
description |
description |
string |
Human-readable description. |
read_only |
read_only |
bool |
Rename to readOnly in JSON. Note tag number shifted from 6 (legacy) to 4 (modern). |
feed_source_type |
feed_source_type |
enum |
Direct enum mapping to FeedDetails.FeedSourceType. Note tag number shifted from 4 (legacy) to 5 (modern). |
log_type_schemas |
— | — | Removed: In modern Chronicle APIs, log type schemas are decoupled and queried separately using ListLogTypeSchemas. |
Key differences between the Backstory and Chronicle APIs
- Google Cloud project scoping integration:
- Scoped natively under parent project instance folder bindings.
- Schema decoupling:
- In legacy backstory,
FeedSourceTypeSchemacontained an empty or attenuated repeatedLogTypeSchemalog_type_schemasfield. In the modern API, this nested field is removed entirely; log type schemas must be retrieved independently usingListLogTypeSchemas.
- In legacy backstory,
- Tag number shifts:
- Within protobuf formatting, tag numbers inside
FeedSourceTypeSchemashifted (read_onlymoved from 6 to 4;feed_source_typemoved from 4 to 5).
- Within protobuf formatting, tag numbers inside