Restructure scheduler server module

[jpbruinsslot]

Changes

This pr restructures the rest API endpoints of the scheduler server. Prior to this pr all the routes, and endpoint handlers were present in one large file. With this pr it has been broken up in their respective folders and files. Note that the restructuring of serializers/models are not yet changed to resemble conventions used in the fastapi this will be picked up in #3162

QA notes

Since mainly the rest API endpoint are updated, the main QA points of attention would be that the scheduler would perform its normal procedures.

Code Checklist

• All the commits in this PR are properly PGP-signed and verified.
• This PR only contains functionality relevant to the issue.
• I have written unit tests for the changes or fixes I made.
• I have checked the documentation and made changes where necessary.
• I have performed a self-review of my code and refactored it to the best of my abilities.

• Tickets have been created for newly discovered issues.
• For any non-trivial functionality, I have added integration and/or end-to-end tests.
• I have informed others of any required .env changes files if required and changed the .env-dist accordingly.
• I have included comments in the code to elaborate on what is not self-evident from the code itself, including references to issues and discussions online, or implicit behavior of an interface.

---

Checklist for code reviewers:

Copy-paste the checklist from the docs/source/templates folder into your comment.

---

Checklist for QA:

Copy-paste the checklist from the docs/source/templates folder into your comment.

[ammar92]

Looks good. Only the return types seem to be incorrect for the __init__ method and endpoint methods.

Other suggestions and ideas have been discussed offline and will be picked up later

[jpbruinsslot]

Looks good. Only the return types seem to be incorrect for the __init__ method and endpoint methods.

Other suggestions and ideas have been discussed offline and will be picked up later

I'll pick those up in #3162 as well, since I can remember something about that it was required to have the Any return type.

[stephanie0x00]

Checklist for QA:

• I have checked out this branch, and successfully ran a fresh make reset.
• I confirmed that there are no unintended functional regressions in this branch:
  • I have managed to pass the onboarding flow
  • Objects and Findings are created properly
  • Tasks are created and completed properly
• I confirmed that the PR's advertised feature or hotfix works as intended.
• I checked the logs for errors and/or warnings and made issues where necessary

What works:

Added objects, tasks run and findings are created.

What doesn't work:

When clicking on one of the links in the Tasks list, the Katalogus page throws an error. This error doesn't occur on main.

Steps to reproduce:

• On the tasks page clicking on either the boefje links such as "Dnssec" or the Input object "Hostname|internet|ns1.openprovider.nl" the error page on the Katalogus is shown.

The error thrown is shown below:

Bug or feature?:

n/a

[CLAassistant]

Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.
4 out of 5 committers have signed the CLA.

✅ jpbruinsslot
✅ stephanie0x00
✅ dekkers
✅ originalsouth
❌ weblate
_{You have signed the CLA already but the status is still pending? Let us recheck it.}

[stephanie0x00]

The bugs when clicking on the objects from the tasks list are fixed. You can now click on the links and they will go to the corresponding page without showing an error message.