-
Notifications
You must be signed in to change notification settings - Fork 1.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
KS-318 move name, owner to yaml spec #13522
Conversation
// note: i tried to make these private, but translating them to the database seems to require them to be public | ||
WorkflowID string `toml:"-" db:"workflow_id"` // Derived. Do not modify. the CID of the workflow. | ||
WorkflowOwner string `toml:"-" db:"workflow_owner"` // Derived. Do not modify. the owner of the workflow. | ||
WorkflowName string `toml:"-" db:"workflow_name"` // Derived. Do not modify. the name of the workflow. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🤔 Are we removing the Owner + Name from the database / job spec? Does any functionality rely on the WorkflowOwner / WorkflowName being exposed at the DB level? (I'm thinking of CLO)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yes, i'll have to update the RDD.
yes, they will need to change some of there parsing.
they are using the pkgworfklows.ParseWorkflowSpecYaml
today. they will be able to get these fields from the result of that, if they need them internally for their own private db purposes.
so instead of reading them from RDD (and forcing duplicated values between top-level RDD fields and embedded YAML tags), they can call a func they are already using and get the values
ba5944e
to
f09dcd5
Compare
f09dcd5
to
c714b3a
Compare
244bc37
to
2168c40
Compare
2168c40
to
ef00d44
Compare
https://smartcontract-it.atlassian.net/browse/KS-318
Requires:
In conjunction with:
The key change is that Job Spec TOML now only needs the embedded WF YAML spec. The name, owner, and content hash are derived and do not need to be duplicated.
After this is merged, we will need to update the job specs to move the name and owner into the YAML and remove WorkflowID, WorkflowName, and WorkflowOwner from the job spec TOML