-
-
Couldn't load subscription status.
- Fork 60
backend: make crawlconfigs mutable! (#656) #662
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
Conversation
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.
Haven't had a chance to test yet, but the code looks good! Left one small comment about a docstring that could be updated
130195e to
84f8c26
Compare
|
I tested the migration manually by creating some crawls and crawl configs on version |
e946aa5 to
1974d70
Compare
|
@ikreymer I've now tested migrations from an empty slate and from existing 0002 data and all is looking good in terms of being able to re-run configs after migration and create new configs/crawls. API returns what I'd expect as well. |
1318b33 to
85fb4e0
Compare
61caf2f to
42d64d5
Compare
b02ee68 to
5603d41
Compare
- crawlconfig PATCH /{id} can now receive a new JSON config to replace the old one (in addition to scale, schedule, tags)
- exclusions: add / remove APIs mutate the current crawlconfig, do not result in a new crawlconfig created
- k8s: crawlconfig json is updated along with scale
- k8s: stateful set is restarted by updating annotation, instead of changing template
- crawl object: now has 'config', as well as 'profileid', 'schedule', and 'crawlTimeout' properties to ensure anything that is changeable
is stored on the crawl
- crawlconfig object: remove 'oldId', 'newId', disallow deactivating/deleting while crawl is running
- store each revision separate mongo db collection
- revisions accessible via /crawlconfigs/{cid}/revs
- update 'userid' on each crawlconfig modification, use 'modified' for modification date, 'useridCreated' for initial creation user
- store 'rev' int in crawlconfig and in crawljob
- backwards compatibility: add_crawl_config calls update_crawl_config and returns same id if oldId provided
…tadata (tags, name) tests: add tests for updating config, revision history api
…ed/removed, unify add/remove exclusions on crawl remove unused 'completions' field
…nal (just in case)
b543d3c to
d3178b5
Compare
- update profiles: update PROFILE_FILENAME in configmap is profileid provided, clear if "" - return 'settings_changed' and 'metadata_changed' if either crawl settings or metadata changed - return if neither is true - update tests to check settigns/metadata changed return values
Still do:
This change will require a DB migration, to remove crawlconfig props, and populate new props on the crawl