-
Notifications
You must be signed in to change notification settings - Fork 3
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
[CDF-24184] 🚍 Strongly coupled views. #1490
Conversation
☂️ Python Coverage
Overall Coverage
New Files
Modified Files
|
elif self._is_deployment_order(e1, set(self.get_ids(items))): | ||
return self._fallback_create_one_by_one(self._topological_sort(items), e1, warn=False) |
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.
This is handled by the new method, so we no longer need it.
@erlendvollset what do you think here? Something that should be fixed in the API? |
Starbase is already notified, and yes this is definitely something that should be fixed in the API. However, we currently have a customers that is waiting for this fix. So suggest we merge this one, as that will solve the immediate problem. |
Description
Data models with strongly coupled views through implements and reverse direct relations are tricky to deploy as the API returns 400 complaining about views missing which are part of the request.
Isolating exactly what causes this false
400 + does not exists
turned out to be extremely hard, it seem that you need a model of a certain size to trigger this behavior. Ended up using a larger model with lots of coupling to consistently trigger the error.Node The relevant team has been notified, but as we have users waiting for this, I suggest we do merge this PR as soon as possible to have it ready.
Changelog
cdf
Fixed
cdf deploy
for highly coupled views, the Toolkit now tries to recover if the API returns 400 withdoes not exists
in the error message referencing a view that is part of the request.templates
No changes.