Skip to content

fix: multiple dependents of same type exceptions #2226

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

Merged
merged 3 commits into from
Feb 6, 2024
Merged

Conversation

csviri
Copy link
Collaborator

@csviri csviri commented Feb 1, 2024

No description provided.

@csviri csviri requested a review from metacosm February 1, 2024 08:52
@openshift-ci openshift-ci bot requested a review from adam-sandor February 1, 2024 08:52
Signed-off-by: Attila Mészáros <[email protected]>
Map<String, Exception> exceptionMap = new HashMap<>();
Map<String, Integer> numberOfClasses = new HashMap<>();

for (Entry<DependentResource, Exception> entry : erroredDependents.entrySet()) {
Copy link
Collaborator

Choose a reason for hiding this comment

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

I'm not sure that numbering the dependents help here since people might give meaning to the number and/or wonder where the numbers come from. Also, since we're processing an unordered collection, the numbers might "identify" different dependents over time making things confusing, imo. I think it would be better to find a stable way to discriminate between DependentResources of the same type and use that rather than an arbitrary number.

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

Yes, sure, so this is basically just a temp, solution created issue for a proper one:
#2227

Note that this is quite rare that something like this would happen in normal circumstances, having the same type of DR in a workflow and at least 2 having exception in same time.

(Maybe a randomized string would be also good there?)

@csviri csviri merged commit 3c080a0 into main Feb 6, 2024
@csviri csviri deleted the aggregate-exception-fx branch February 6, 2024 11:18
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.

2 participants