Closed fmigneault closed 11 months ago
Attention: 3 lines
in your changes are missing coverage. Please review.
Comparison is base (
4e6aa9c
) 80.84% compared to head (027d107
) 80.82%. Report is 3 commits behind head on master.
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
@mishaschwartz
I don't think this needs to be addressed in this PR but I'm a little concerned that this can "break the
Magpie
instance if those definitions are not compatible".I did a little experimenting and it looks like an incompatible resource definition will cause a 500 error for certain routes but won't completely break the whole Magpie instance which is good.
Indeed. This is what I meant by "break". The code assumes that valid combinations of services/resources/permissions were pre-validated by the API/UI/registration script beforehand. If items are combined in a way that is invalid, it won't revalidate everything each time, because that would slow down way too much the execution.
This is mostly why the svc.type = svc_type
was not applied before.
I'm willing to let it be updated for the force_update
case, but it is a "due at your own risk" kind of operation.
In most cases, this will break, but for situations such as merging the individual parts of geoserver[wfs|wms|wps|api]
into geoserver
, that would work (but not the other way around!).
Maybe we should add a line about how to recover in case a breakage occurs.
For this, I think it is more a case of backing up your DB, try it, and revert as needed.
relates to https://github.com/bird-house/birdhouse-deploy/pull/348