Closed malmgrens4 closed 3 months ago
Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.
build now
Internal build has been started, your results will be available at build completion.
Build FAILURE See the job results in legacy Jenkins UI or in Blue Ocean UI.
Internal build has been started, your results will be available at build completion.
Build FAILURE See the job results in legacy Jenkins UI or in Blue Ocean UI.
build now
Internal build has been started, your results will be available at build completion.
Build SUCCESS See the job results in legacy Jenkins UI or in Blue Ocean UI.
build now
Internal build has been started, your results will be available at build completion.
Build SUCCESS See the job results in legacy Jenkins UI or in Blue Ocean UI.
What does this PR do?
Introduces system properties for skipping historian versioning on deletes and updates (both direct metacard updates and associated content updates).
e.g.
# Skip historian for the following types on updates
org.codice.ddf.history.update.blacklist.metacardTypes=query,workspace
# Skip historian for the following types on deletes
org.codice.ddf.history.deletes.blacklist.metacardTypes=workspace
Additionally this copies the DeleteRequest properties onto the DeleteResponse. This was initially done to allow for the SKIP_VERSIONING property to be used with local deletes, but this also makes behavior more consistent across the Create, Update, and Delete requests on the Solr implementation of the CatalogProvider.
Who is reviewing it?
Select relevant component teams:
Ask 2 committers to review/merge the PR and tag them here.
How should this be tested?
Any background context you want to provide?
What are the relevant tickets?
Fixes: #____
Screenshots
Checklist:
Notes on Review Process
Please see Notes on Review Process for further guidance on requirements for merging and abbreviated reviews.
Review Comment Legend: