Skip to content
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

refactor: use foreign keys for decisions #8939

Merged
2 commits merged into from
Mar 21, 2022
Merged

Conversation

lenaschoenburg
Copy link
Member

Description

Uses DbForeignKey internally to maintain referential integrity within DbDecisionState

relates to #8930

Copy link
Contributor

@pihme pihme left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Almost there. Just some minor changes

@pihme
Copy link
Contributor

pihme commented Mar 21, 2022

@korthout Do you have time to join this review? Especially regarding the changes to the test.

Copy link
Member

@korthout korthout left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I've only looked at the changes to the tests.

LGTM 👍

Copy link
Contributor

@pihme pihme left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

looks good to me 🎉

@lenaschoenburg
Copy link
Member Author

bors r+

ghost pushed a commit that referenced this pull request Mar 21, 2022
8919: Support decision table inputs and outputs without names/labels r=korthout a=korthout

## Description

<!-- Please explain the changes you made here. -->
A decision tables' inputs and outputs must have an id and can have a name. The name (or label) is not mandatory.

Even though the internal decision engine was already able to deal with this, the workflow engine wasn't. It would try to write the EvaluationEvent record with an EvaluatedInputRecord (or EvaluatedOutputRecord) and then fail writing it because of a NullPointerException.

This makes sure these records can be written when the name of the input or output is undefined.

## Related issues

<!-- Which issues are closed by this PR or are related -->

closes #8909



8939: refactor: use foreign keys for decisions r=oleschoenburg a=oleschoenburg

## Description

Uses `DbForeignKey` internally to maintain referential integrity within `DbDecisionState`

relates to #8930 

Co-authored-by: Nico Korthout <nico.korthout@camunda.com>
Co-authored-by: Ole Schönburg <ole.schoenburg@gmail.com>
@ghost
Copy link

ghost commented Mar 21, 2022

Build failed (retrying...):

@ghost
Copy link

ghost commented Mar 21, 2022

@ghost ghost merged commit 11cf919 into main Mar 21, 2022
@ghost ghost deleted the 8930-decision-state-foreign-keys branch March 21, 2022 18:15
This pull request was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants