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
feat(ingest-upload): create new ingest xmlupload cli command (DEV-3019) #670
Conversation
…om/dasch-swiss/dsp-tools into wip/dev-3019-create-new-ingest-cli
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.
looks goos! Just some minor remarks
test/unittests/commands/ingest_xmlupload/test_apply_ingest_uuid.py
Outdated
Show resolved
Hide resolved
test/unittests/commands/ingest_xmlupload/test_apply_ingest_id.py
Outdated
Show resolved
Hide resolved
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.
Overall, it looks very good. Many of my comments are cosmetical, but some should be addressed before merging. They are commented, but here an overview:
- type annotation of IngestInformation.media_no_id
- should we disallow an xmlupload if there are files that were ingested but not in the XML?
- wrong file given in
_get_unused_path_msg()
- We shouldn't add the header "X-Asset-Ingested" to every single POST request that DSP-TOOLS makes, but only if a resource is created via ingest-xmlupload.
- unused test data files (should be removed)
test/unittests/commands/ingest_xmlupload/test_apply_ingest_id.py
Outdated
Show resolved
Hide resolved
test/unittests/commands/ingest_xmlupload/test_apply_ingest_id.py
Outdated
Show resolved
Hide resolved
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.
I didn't do a detailed review now, but I feel we should try to get this merged soon-ish and try it out in practice. And if things need improvement after all, we can still do that in a next PR.
No description provided.