-
Notifications
You must be signed in to change notification settings - Fork 5
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
As a user, I want my API request to execute successfully even when the registry contains corrupted documents #361
Comments
We can do this because most the problems with parsing the document are local (strings when arrays are expected etc) by installing try/catch blocks. However this will mask a serious host of other errors. Are far enough along in development for such a masking? It also means that we treat all opensearch data as valid (no corrupt) because no one is going to read the log files. Just want to verify that you want to live in a bog before we build the fourth castle in it. |
We need a follow-on ticket in the monitoring repo to then have an alarm to trigger a notification to the dev team when an error is found in the logs. The rationale here being we would rather give the user as much of the metadata as we can versus totally failing and completely blocking a user from building off of the API. |
@tloubrieu-jpl @gxtchen Issue #349 is referenced as being the motivation for this issue, and Gary mentioned on TestRail that this issue is tested by testing #349. Is testing #349 sufficient for this issue or is there some other way we want to test this? |
Checked for duplicates
Yes - I've already checked
π§βπ¬ User Persona(s)
πͺ Motivation
...so that I can do my requests on the properly loaded products without being blocked by corrupted products
Motivated by ticket #349
π Additional Details
Make the api more robust by skipping the corrupted products and generating a log error but answering the user with what is not corrupted
Acceptance Criteria
Given
When I perform
Then I expect
βοΈ Engineering Details
No response
The text was updated successfully, but these errors were encountered: