Closed JonoYang closed 3 months ago
We now have the API endpoint /api/scan_queue/index_package_scan/
that is used to accept the purldb scan worker scan project info when a package scan has completed. Whenever get_next_download_url()
is called, a webhook url is created, which is used as the webhook subscription target for the purldb scan worker project.
Currently, the scan queue API has two endpoints:
/api/scan_queue/get_next_download_url/
/api/scan_queue/update_status/
The worker gets the next download url from
/api/scan_queue/get_next_download_url/
and then performs a scan on it, then uses the/api/scan_queue/update_status/
to send back results or to indicate a failure.It may be more logical to organize the scan queue API such that the
update_status
functions are actions on the scannable_uri instances themselves.