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

[forwardport stable/8.3] Allow decision requirements in column family 49 #16420

Merged
merged 3 commits into from Feb 16, 2024

Conversation

korthout
Copy link
Member

@korthout korthout commented Feb 16, 2024

Description

Backports #16411 to stable/8.3.

I had to resolve a few conflicts manually, but nothing major. I did not need the two commits related to the count method, as this already exists (and is used) on 8.3. The main changes are exactly the same.

Related issues

closes #16406

Definition of Done

Not all items need to be done depending on the issue and the pull request.

Code changes:

  • The changes are backwards compatibility with previous versions
  • If it fixes a bug then PRs are created to backport the fix to the last two minor versions. You can trigger a backport by assigning labels (e.g. backport stable/1.3) to the PR, in case that fails you need to create backports manually.

Testing:

  • There are unit/integration tests that verify all acceptance criterias of the issue
  • New tests are written to ensure backwards compatibility with further versions
  • The behavior is tested manually
  • The change has been verified by a QA run
  • The impact of the changes is verified by a benchmark

Documentation:

  • The documentation is updated (e.g. BPMN reference, configuration, examples, get-started guides, etc.)
  • If the PR changes how BPMN processes are validated (e.g. support new BPMN element) then the Camunda modeling team should be informed to adjust the BPMN linting.

Other teams:
If the change impacts another team an issue has been created for this team, explaining what they need to do to support this change.

Please refer to our review guidelines.

This test case was not surfacing a bug due to usage of a specific
user-defined string as the decisionRequirementsId. This meant that the
correct data did not trigger the false positive where it would be
attempted to be moved.

(cherry picked from commit 7bdbf0f)
Previously, this code tried to move the data if it did not match the
processInstanceKeyByProcessDefinitionKey but actually it should move it
when it does match that.

another way to look at it, is that it should leave entries that match
the decisionRequirementsIdAndVersion key should be left alone because
they belong in this column family. Only entries that cannot be matched
to the decisionRequirementsIdAndVersion should be moved.

(cherry picked from commit 7f64ab4)
Adds another assertion to verify that the data that is not moved by the
corrector is the entries that we expect to stay in the column family
(i.e. the correct data)

(cherry picked from commit 94a79c7)
@korthout korthout marked this pull request as ready for review February 16, 2024 15:28
@korthout korthout linked an issue Feb 16, 2024 that may be closed by this pull request
@korthout korthout changed the title [backport stable/8.3] Allow decision requirements in column family 49 [forwardport stable/8.3] Allow decision requirements in column family 49 Feb 16, 2024
@korthout korthout added this pull request to the merge queue Feb 16, 2024
Merged via the queue into stable/8.3 with commit 55a7d7f Feb 16, 2024
29 checks passed
@korthout korthout deleted the korthout-16406-backport-8.3 branch February 16, 2024 16:58
@deepthidevaki deepthidevaki added the version:8.3.8 Label that represents issues released on verions 8.3.8 label Feb 27, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
version:8.3.8 Label that represents issues released on verions 8.3.8
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Failed to correct prefix of column family [49]
3 participants