-
Notifications
You must be signed in to change notification settings - Fork 2
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
Multiple open Requests that lead to a Relationship can exist for the same Identity #309
Multiple open Requests that lead to a Relationship can exist for the same Identity #309
Conversation
Codecov ReportAttention: Patch coverage is
|
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.
I realized a while ago that some validation takes place in the modules, although it should actually take place at a deeper level. Otherwise, if no modules are used and the methods are called manually, strange things can happen. In the case of this validation, I would expect it to be included in the received
method of the IncomingRequestsController.
@britsta all these validations (including the new one I've added) are checking things that are important for RequestModule logic. To make this clearer using an example: the consumption library doesn’t care at all if there is a Relationship or another open Request because it doesn't decides how the response is sent out. |
No matter we have still validation in the modules or not, how can we ensure the correctness of the processes in case an integrator isn't using the modules? We still need the option to add the appropriate validation for this case. |
We don't, but when the integrator doesn't uses the Modules there are many other problems. |
Also - when the integrator doesn't use the modules, then he's not using our process and their process could be valid. |
@jkoenig134 Mhh alright, let's discuss this again somewhere else. :D For the moment, the newly added validation can stay with the other validation in the Module. 👼 |
Does not need to be discussed in this PR.
Thanks master 😅 |
@jkoenig134 It's been a long time since anyone has referred to me as master of disaster 👀 |
…onship-can-exist-for-the-same-Identity
…onship-can-exist-for-the-same-Identity
Readiness checklist