Endpoint:
```
POST /1/<collection>
HEADER: Content-type: application/atom+xml;type=entry
```
And the xml provided by the client contains either:
```
<swh:deposit>
<swh:reference>
<swh:object swhid="{swhid}" />
</swh:reference>
</swh:deposit>
```
or:
```
<swh:deposit>
<swh:reference>
<swh:origin url="{url}" />
</swh:reference>
</swh:deposit>
```
Any invalid swhid raises a 400 bad request. If everything passes, a 201
response with usual deposit receipt is received by the deposit user. The
deposit row is updated with status "done", complete_date and reception_date to
the same and current date, the swhid columns are updated as well if any.
Note: Technically, this is reusing the existing code from the metadata update
scenario. The current metadata update still happens the same way as before.
There should be an extra diff to also relax the slug constraint D4494. I keep
this modification out of this diff as it would lead otherwise to a lot more
noise in that diff (and the current diff is already too long).
Related to T2537