Get desktop application:
View/edit binary Protocol Buffers messages
Used in:
, ,required
required for Dataflow (job_name + gcp_project ensures unique names)
marked for deprecation for v2
marked for deprecation for v2
Used in:
Used in:
required - timestamp of when the log item was created
required
message version
Used in:
required for v1 messages
optional - (v1) used for non-klio messages, (v2) used for intra-pipeline state
required for v2 messages
Used in:
marked for deprecation for v2
optional - unique jobs this message has visited
optional - audit log for all jobs message has visited (complete)
optional - force computation even if output exists; default = false
optional - if true, then no transformation work is done; default = false
required for V2 messages
Used in:
FYI: since this is an empty field, intended_recipients.anyone can't simply be assigned. To set `anyone` as the intended_recipients in Python, use kmsg.metadata.intended_recipients.anyone.SetInParent()` https://stackoverflow.com/a/29651069
Used in:
(message has no fields)
Used in:
"recipients" is effectively what "downstream" is in v1 but fixes some issues. If a user only wants to trigger a particular job w/o the child jobs, the publisher of the message will need to add the job's name into recipients (like how `klio message publish --bottom-up` does). In that case, if there is no input, then the job will add its parent job to this recipients list, then publish to parent. It would not set `trigger_children_of`. Otherwise, if the message first starts in top-down, and input is missing, the job will add itself + its parent to recipients **as well as** assign `trigger_children_of` to itself. That would signify to other child jobs of the parent job to not do any work and ignore/drop the message.
If this isn't set, then the whole graph execution mode is bottom-up. If set, then when the message gets to this job, it should update `metadata.recipients` to `anyone` (clearing out `limited`) so that when it publishes the output message, all children treat it as top-down
Version maps klio config version to message version when actually handling/parsing klio messages
Used in:
default (per proto3 requirements)
for entity_id+payload
for element+payload